De acordo com as perguntas frequentes , o Raspberry Pi usa um chip ARM 11 com suporte a ponto flutuante:
Que SoC você está usando?
O SoC é um Broadcom BCM2835. Ele contém um ARM1176JZFS, com ponto flutuante, rodando a 700 MHz e uma GPU Videocore 4. A GPU é capaz de reproduzir com qualidade BluRay, usando H.264 a 40MBits / s. Ele possui um núcleo 3D rápido acessado usando as bibliotecas OpenGL ES2.0 e OpenVG fornecidas.
Isso será mais rápido do que a flutuação suave (se não for, eu ficaria surpreso!), Embora em sistemas sem suporte de hardware seja frequentemente uma idéia melhor aproveitar o processamento de ponto fixo se você não precisar especificamente do intervalo oferecido pela flutuação precisão pontual.
Sim, especificamente (no Pi original) VFPv2.
sim
Em 2007, o ponto flutuante no braço era uma bagunça, muitos chips não tinham uma FPU. Aqueles que tiveram frequentemente um de vários diferentes e incompatíveis. O pior braço do Debian (uma das principais distribuições de braço do linux na época) foi criado por razões históricas para uma FPU chamada FPA, que poucos chips possuíam e usavam principalmente a emulação de kernel para ponto flutuante (o ponto flutuante do software é lento, o ponto flutuante emulado pelo kernel é mais lento). Acho que a situação em outras distros foi semelhante, mas não sou positivo nisso.
Dada a confusão no momento em que foi tomada uma decisão, a melhor opção era fazer uma porta EABI usando a versão de linha de base (flutuação suave) do EABI. Essa ABI foi projetada de forma que o código possa usar a ABI da linha de base enquanto, opcionalmente, a FPU. A idéia na época era que o núcleo da distribuição fosse construído usando o ponto flutuante do software e, em seguida, o código específico que pesava o ponto flutuante poderia ser construído com o ponto flutuante do hardware, mas ainda usando a ABI da linha de base (flutuação suave). Essa porta era conhecida no mundo Debian como "armel".
No entanto, o bit "pacotes específicos criados usando o ponto flutuante de hardware" não funcionou. Na prática, poucos pacotes se preocuparam em fazer isso e também houve a sobrecarga de valores aleatórios entre os registros de ponto inteiro e ponto flutuante.
Avanço rápido de 2011 e a situação havia mudado consideravelmente. Arm estava pressionando agressivamente o VFP e a grande maioria dos "processadores de aplicativos" (o tipo de coisa que você encontra nos telefones móveis e similares) o adotou. Várias grandes distribuições Linux (pelo menos Debian, Ubuntu e Fedora inicialmente, mais tarde) optaram por portas usando ponto flutuante de hardware e ABI de flutuador rígido. Infelizmente para o Pi, essas distros (que estavam chegando à conclusão na época em que o Pi foi lançado) geralmente definem seus requisitos mínimos de hardware como ARMv7 com VFPv3_d16, para que não funcionassem no Pi.
Então, os fãs do Pi começaram a trabalhar em variantes de distribuição específicas do pi, que usavam o ponto flutuante de hardware e a ABI do hard float, mas foram construídas com configurações do compilador que seriam executadas no pi.
fonte
Desde 18 de setembro de 2012, o Arch Linux ARM também oferece suporte a hard float. Leia este comunicado:
Arch Linux ARM Raspberry Pi
fonte
Sim, como outros já declararam, o Raspberry Pi tem suporte para float rígido. Confira o sistema operacional Raspbian .
fonte