[fedora-arm] Fedora 13 ARM Beta2
gordan at bobich.net
Tue Mar 29 14:53:45 UTC 2011
Jon Masters wrote:
> On Tue, 2011-03-29 at 10:45 -0400, Derek Atkins wrote:
>> Gordan Bobic <gordan at bobich.net> writes:
>>> Jon Masters wrote:
>>>> On Sat, 2011-03-26 at 21:10 +0000, Matthew Wilson wrote:
>>>>> 2. Armv7 / VFP / NEON support to squeeze a bit more performance out
>>>>> (where appropriate to the h/w).
>>>> FWIW, I think (eventually), moving to an ARMv7 base has a lot of
>>>> benefit, with not a (lot) of drawback. After all, Fedora ARM is new
>>>> enough that there isn't a lot of legacy out there (there will always be
>>>> old ARM boards people want to use, certainly), and all of the boards now
>>>> being produced are based on Cortex (or similar) designs with v7. There
>>>> are one or two notable exceptions, but it's obvious where things are
>>>> headed. It's really just a question of /when/ to switch IMHO.
>>> I think you are overestimating the proliveration of ARMv7. There are a
>>> lot of capable ARMv5 devices out there, such as the SheevaPlug/GuruPlug.
>>> Is the plan to offer both v5 and v7 builds (same way as there is an x86
>>> and x86-64 build)? Or v7 only?
>> Please do not alienate us SheevaPlug/GuruPlug users.
> :) For the time being, it's probably sufficient to do an optimized
> version of things like glibc (akin to how there used to be i686 packages
> for it when other bits were i386). Notice I said "when", not that this
> should happen today or tomorrow. But it's worth considering, which is of
> course another reason why having data on users really helps.
> I haven't checked the smolt situation yet, but that could also be
> another source of data in due course.
I thought the v7 switch was going to coincide with the hardfp switch. If
that's the case, it'll have to be a complete distro rebuild. I thought
the consensus was that ARMv7 switch without a hardfp switch at the same
time was generally deemed to not be worth the effort. Is that not the case?
More information about the arm