Разработчики СentOS сообщили (http://www.karan.org/blog/2014/03/26/the-arm-plan-for-centos/) о планах по обеспечению поддержки архитектуры ARM в дистрибутиве. Сборки для ARM32 будут сформированы в рамках процесса подготовки тестовых выпусков CentOS 7. Если всё пойдёт по плану, к моменту финального релиза RHEL 7 сборка и размещение образов Cent OS 7 для ARM32 будет синхронизирована с основной версией для архитектуры x86_64.
Сообщается, что разработчики СentOS уже давно рассматривают возможность обеспечения поддержки архитектуры ARM, но в условиях ветки CentOS 6 интеграция данной поддержки была затруднена из-за устаревания кодовой базы. Наработки для ARM развиваются очень динамично, поэтому для обеспечения актуальной поддержки ARM на базе CentOS 6 потребовалась бы значительная переработка дистрибутива из-за необходимости бэкпортирование большого числа пакетов (gcc, ядро, glib, binutils и т.п.), что фактически означало бы создание отдельного форка CentOS для ARM. В условиях начала развития CentOS 7 и актуализации кодовой базы RHEL 7, появилась возможность реализации поддержки ARM в рамках штатного процесса разработки.
Другой проблемой был доступ разработчиков к ARM-оборудованию для тестирования сборки и работы дистрибутива. Данная проблема решена благодаря предоставлению проекту CentOS доступа к облачному сервису Viridis, позволяющему использовать ферму из систем ARM32 HighBank (http://www.calxeda.com/technology/products/processors/). Для организации загрузки на ARM-системах пакетной базы RHEL 7 планируется задействовать наработки выпуска Fedora 19, который хорошо поддерживает (https://fedoraproject.org/wiki/Architectures/ARM/F18/HighBank) работу на HighBank. В настоящее время уже начались эксперименты с формированием прототипов начальных сборок и стресс-тестированием узлов HighBank. Выпуск публично доступных сборок CentOS 7 пока останавливает незавершённость процесса чистки пакетной базы RHEL 7-beta от торговых марок и брендов Red Hat.
URL: http://www.karan.org/blog/2014/03/26/the-arm-plan-for-centos/
Новость: http://www.opennet.me/opennews/art.shtml?num=39416
Под Toshiba AC100 будет что-нибудь работоспособное?
NVidia недавно открыла ещё маленький кусочек доки по Тегре1.
Так что, возможно, когда-нибудь что-то будет.
Зачем тебе это г***о мамонта (CentOS) на Toshiba AC100? O_O
Потому что некоторым надо работать, а не бегать по граблям убунтарчей.
Работать на Toshiba AC100? Что на ней пускаете? OracleDB, или SAP ERP? Ну, или хотя бы mongodb?
> Работать на Toshiba AC100? Что на ней пускаете? OracleDB, или SAP ERP?Вы так говорите, как будто все, что классом ниже оракла - не программа, и стабильности не заслуживает.
Хорошо, либреоффис - программа? Как она на этой тошибе будет себя чувствовать, интересно. На моем atomном нетбуке она еле шевелится.
>интересноНе интересно. Совсем.
Аппарат слабоват для такого монстра.
А вот vim будет крутиться. И компилятор неспешно можно запустить для мелких экспериментов, написанных в том же виме.
В чём проблема? Знаешь, есть контингент людей, которые могут пользоваться ноутом, на котором нет "текстового процессора" и графического браузера.
Ну вот у меня на сервачке mutt с emacs'ом постоянно висят, в окнах tmux'а. Но для этого им совершенно не нужны ни arm-centos, ни постоянно катящийся archlinux.
При чём тут сервачок? Да и ты тут при чём?
Человек интересовался возможностью поставить центОСь на тошибу.
Ты потерял нить разговора.
Сервачок у меня на atom'ном нетбуке. Дошло?
Нет, не дошло. Каким боком тут атомный нетбук?
> Ну вот у меня на сервачке mutt с emacs'ом постоянно висят, в
> окнах tmux'а. Но для этого им совершенно не нужны ни arm-centos,
> ни постоянно катящийся archlinux.Безмерно рады за вас, но как это относится к теме разговора?
Нормально Либра работает, даже презенташки дорабатывал, когда на конференцию ездил. Но самая свистопрульная Лубунта была 11.10 - сейчас все тяжелее и тяжелее. Но это лучшее средство для чтения почты и новостей с утра.. в комнате размышлений...
> Потому что некоторым надо работать, а не бегать по граблям убунтарчей.Ну я вот работаю. В хубунте. В чем состоят мои грабли?
> Ну я вот работаю. В хубунте. В чем состоят мои грабли?А я - в арче. Тоже интересно.
у меня дебиан вполне себе нормально работает.
Дурацкий вопрос, но всё-таки (быстрое гугление не дало результатов):
А выпускает кто-то ARM-процессоры?
Не SoC-франкенштейнов, а что-то более... гхм... модульное?
Моё примитивное представление о схемотехнике, или как там это называется, говорит, что при таком подходе из ARM может получиться не "вот тебе ядро под этот конкретный SoC", а что-то более универсальное.
А то куда не плюнь получается, что в этом работает это, но не работает то. А тут не работает всё, кроме того. А тут вообще ничего не работает.
Слишком уж прозондированно.
А в модульном варианте (даже в случае напаянности) хотя бы у сборщика будет возможность собрать плату на базе нормально поддерживаемых модулей.
А оно надо? На самом деле нужно лишь DiviceTree. При помощи kexec из-под shell меняем ядро (без перепрошивки) и грузим всё что нужно конкретно для данного SoC.
Это если то, что надо вообще существует.
Насколько я слышал, даже MALI400, несмотря на кучу криков и новостей, остаётся корявым чёрным ящиком.
Но идея ясна. Но, как я понимаю, и этого нет?
А раз нет, то нет никакой возможности автоматизировать процесс подгрузки нужных модулей?
Ну кроме как держать базу с описанием всех на свете SoC, которых больше, чем много?
Не нужно смешивать и путать универсальные системы, симбиоз линукса на x86 коим и является, и узкоспециализированные. Не скоро и врядли такое появится, что будут единые образы для планшетиков и телевизоров с холодильниками.
> Не скоро и врядли такое появится, что будут единые образы
> для планшетиков и телевизоров с холодильниками.Тут скорее вопрос разнообразия платформ. Например, в альте сейчас есть ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/f.../ kernel-image-mp-* с возможностью загрузки на нескольких платах и устройствах, но даже по ним сильно варьируется механизм организации этой самой загрузки -- отчасти можно оценить по http://git.altlinux.org/people/mike/packages/?p=mkimage-prof... armh-*/rootfs/image-scripts.d/*
> А выпускает кто-то ARM-процессоры?
> Не SoC-франкенштейнов, а что-то более... гхм... модульное?Сомнительно, учитывая, что сама Intel скатывается в сторону SoC-ов (вот уже и видеоядро почти в каждом кристалле есть).
Ну у Интела хотя бы всё задокументировано и свои видеодрова они выкладывают.
С ними хоть проблем нет.
Пока, во всяком случае.
А вопрос об установке нормальной системы на ARM-устройство с точки зрения неподготовленного пользователя обычно ответа не имеет.
> С ними хоть проблем нет.А я думаю Wintel ещё покажет зубки
> А я думаю Wintel ещё покажет зубкиЗубки у них уже сточились от старости. Но попортить атмосферу еще немного могут, как с PowerVR в некоторых интеловых чипах.
>А я думаю Wintel ещё покажет зубкиЧто значит еще покажет? На прошлой неделе зашел в магазин и был удивлен количеством планшетов на атоме. И что характерно почти все под андройдом.
Да не очень-то оно уже документировано, и чем дальше тем больше.
Проблем не возникает в основном потому что документировано то, что интеловское железо эмулирует - вот как в эпоху открытости PC задокументировали.
> эмулирует - вот как в эпоху открытости PC задокументировали.Что, вот прямо так соединение чипсета с SPI флешкой и изоляцию частей оной от x86 так прямо во времена PC-AT и документировали? Ну это так, из того что я недавно читал.
AMD собирается выпустить Opteron на ARM
systemd сколько отожрет? У ARM-овых девайсов объемы памяти - не резиновые.
Если правильно собрать - очень мало.
А если не собирать, то вообще нисколько:)
> А если не собирать, то вообще нисколько:)Если на то пошло, можно и ядро не загружать. Дофига памяти сэкономится :).
>> А если не собирать, то вообще нисколько:)
> Если на то пошло, можно и ядро не загружать. Дофига памяти сэкономится :).Надо переписать весь юзерспейс на шелле, и вместо ядра загружать bash. Вот тогда заживем!
А существует линукс который можно запихнуть на ARM Cortex A7 ? а то андроид уже в печенках
> А существует линукс который можно запихнуть на ARM Cortex A7 ?Нету "Cortex A7", бывают конкретные SoC. Вот это -- тоже "A7": http://www.altlinux.org/CubieTruck
а ARM64 где ?(онже ARMv8) :/
> а ARM64 где ?(онже ARMv8) :/Пока что только в iPhone5 s
Другие системы только-только готовятся. Самые ранние образцы для разработчиков аппаратуры и девелоперских плат в начале этого года только увидели свет. Это чипы AMD, как ни странно.
Должно пройти ещё какое-то время, примерно полгода, до того момента, как появятся первые системы на физических чипах ARMv8 для разработчиков софта. Чуть позже появятся первые устройства на этих чипах - это образцы для выставок достижения электроники (события на вроде CES), в конце 2014 года (возможно, на Рождество), если не произойдёт ничего экстраординарного, возможно, появятся первые устройства на ARM64, но более всего вероятно, что они будут анонсированы на CES-2015, или чуть позднее.
Один из сегментов, на который будет продвигаться ARMv8 - это серверный рынок (что довольно интересно) и, конечно, рынок устройств хранения (NAS, массивы, умные хранилища), другой сегмент - это планшетные ПК. За 2014-й год по идее программная среда (Linux|android и Windows RT) должны подтянуть силы для начала освоения новой архитектуры в её конкретных воплощениях.
ARM? О, да! этот зоопарк поддержать - титаническая работа. Начнём с того, что для каждой системы нужна своя сборка ядра, и далеко не все версии ядер собираются и работают - нужны патчи к мэйнлайну, а например marvell даёт такие патчи только если ты разработчик и подписал с ними NDA, далее, например NVidia распространяет ядра во вне (не партнёрам) только в бинарном виде...
Вобщем собрать ядро, которое будет поддерживать сразу несколько разных SoC - это нерешаемая задача.
AMD, кстати, готовится выпустить свой ARMv8 процессор (64 бита) и в тестовом образце серверной системы есть поддержка UEFI, что уже можно считать БОЛЬШИМ прогрессом, так как во всех других (на данный момент 32-битных) ARM-системах используется годный только для сотовых телефонов uBoot, причём в большинстве случаев нужна патченная-перепатченная версия, благо она в большинстве случаев доступна у производителя...
А если дело касается графики, то тут вообще клиника. Если у x86 инициализайия картинки происходит на стадии загрузки BIOS|EFI, то у подавляющего большинства ARM-плат графика инициализируется либо загрузчиком, либо ОС. Скажу более - нормальных (которые более-менее как-то бы поддерживали линуксовый X.org из каробки) графических чипов я пока не встречал: все три разновидности - tegra, adreno, mali, powerVR работают только при наличии в системе неких закрытых драйверов и неких только бинарных сборок Mesa-библиотек.
Словом, ARM - это пока что чип для сотовых телефонов/планшетов и умных телевизоров, не более того - для проприетарщины всех мастей.
> ARM? О, да! этот зоопарк поддержать - титаническая работа. Начнём с того,
> что для каждой системы нужна своя сборка ядра, и далеко не
> все версии ядер собираются и работают - нужны патчи к мэйнлайну,
> а например marvell даёт такие патчи только если ты разработчик и
> подписал с ними NDAСправедливости ради, armadaxp малость поддерживается в 3.12.
> Вобщем собрать ядро, которое будет поддерживать сразу несколько разных SoC -
> это нерешаемая задача.В альте решили: http://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/.../ kernel-image-mp-*
> Словом, ARM - это пока что чип для сотовых телефонов/планшетов и умных
> телевизоров, не более того - для проприетарщины всех мастей.В основном да, но не без исключений всё-таки.