Идентификация хозяина малины Pi с настройкой

Question

Я работаю над кросс-платформенным проектом и недавно добавил поддержку малины Pi. Проект, чтобы убедиться, что он доступен в максимально широкой аудитории, имеет грань, систему cmake и систему автоматической настройки. Я создал кросс-компиляцию для RPi, и все работает отлично.

В последнее время я также создал малину Pi VM (пока я не получу реальный RPi), пытающийся построить библиотеку. Из Linux я запускаю «./configure --host = arm-raspberry-linux-gnueabihf», а configure берет его оттуда. Однако на RPi (Rasbian 7) основным хостом, найденным config.guess, является «armv61-unknown-linux-gnueabihf». По этой причине, даже изначально на Pi, мне нужно запустить «./configure --host = arm-raspberry-linux-gnueabihf». Итак, мой вопрос подводит итог этому:

В настоящее время я в настоящее время есть что-то вроде этого в моем конфигурационном скрипте:

case "$host" in 
    armv61-unknown-linux-gnueabihf) 
     if [[ -f /usr/bin/rpi-update ]]; then 
      on_raspberry=yes 
     fi 
    ;; 
    ## other hosts here 
esac 

Итак, мой вопрос подводит итог этому:

1. Is ' armv61-unknown-linux-gnueabihf 'сообщал только о малине Pi? Если нет, как настроить, убедитесь, что он действительно на RPi? Проверяется ли достаточная проверка rpi-обновления? У разных дистрибутивов (Arch Linux, Pidora, ...) также есть rpi-update?
2. Есть ли другие возможные триплеты-хосты, подобные этим, которые сообщаются разными версиями Pi?

Заранее спасибо

Answer 1

Является ли 'armv61 неизвестный-линукс-gnueabihf' только сообщили о Raspberry Pi?

Другие платформы также могут использовать это.

Если нет, то как настроить, убедитесь, что он действительно на RPi?

Это не может (например, запустить его на RPi VM). configure - всего лишь сценарий оболочки.

Проверяется ли rpi-update достаточно?

См. Выше.

У разных дистрибутивов (Arch Linux, Pidora, ...) также есть rpi-update?

Текущие изображения Pidora и Arch не содержат /usr/bin/rpi-update. Также старые изображения Rasbpian по крайней мере еще 10 августа 2012 года.

Есть ли другие возможные триплеты-хосты, подобные этим, которые сообщаются разными версиями Pi?

There are 3 triplets for the RPi cross compilers, так что было бы неудивительно, если бы были другие.

EDIT: так что в основном то, что требуется, - это способ для configure, чтобы обнаружить, когда он строится на малиновой пи. Просто, как пирог:

configure.ac

# need to detect build... 
AC_CANONICAL_BUILD 

... 

AC_MSG_CHECKING([if build is on Raspberry Pi]) 
# The test for 'BCM2708' might be sufficient, 
# but the presence of Serial is definitely part of 
# the Pi firmware for codec licensing. 
# See this thread 
# <http://www.raspberrypi.org/phpBB3/viewtopic.phpf=29&t=28304&p=252357#p251536>. 
AS_CASE("$build", 
    [arm*-*-linux*], 
    [on_rpi=`awk -v r=0 '/^Hardware@<:@ \t@:>@+:@<:@ \t@:>@+BCM2708/ { ++r;} /^Serial@<:@ \t@:>@+:/ { ++r; } END { print ((r > 1) ? "yes" : "no");}' /proc/cpuinfo`], 
    [on_rpi="no"]) 
AC_MSG_RESULT($on_rpi) 

Обнаруживает на Raspbian, Pidora, должны работать на Arch. Arch, похоже, не содержит компилятор в текущем установочном образе, поэтому configure не удалось, когда я попробовал. Все обнаруженные строятся как armv6l-unknown-linux-gnueabihf при запуске ./configure. Я не пробовал это на любом эмуляторе RPi или VM.

Answer 2

BCM2708 in/proc/cpuinfo может быть уникальным для RPi.

From File /proc/cpuinfo 

Processor  : ARMv6-compatible processor rev 7 (v6l) 
BogoMIPS  : 697.95 
Features  : swp half thumb fastmult vfp edsp java tls 
CPU implementer : 0x41 
CPU architecture: 7 
CPU variant  : 0x0 
CPU part  : 0xb76 
CPU revision : 7 

Hardware  : BCM2708 
Revision  : 000d 
Serial   : 00000000db690cb4