The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги | ]

02.02.2013 21:17  Релиз Linaro 13.01, включающий последние достижения по развитию Linux-решений для ARM-платформ

Консорциум Linaro, созданный компаниями ARM, Freescale, IBM, Samsung, ST-Ericsson и Texas Instruments, представил релиз программной платформы Linaro 13.01, нацеленной на развитие поддержки архитектуры ARM в Linux и различных открытых проектах, а также на оптимизацию их кода с целью повышения эффективности работы на различных ARM SoC. Все создаваемые консорциумом Linaro наработки поставляются в исходных текстах под открытыми лицензиями и рекомендуются для интеграции в основные проекты (upstream).

Платформа Linaro не является отдельным дистрибутивом, а представляет собой коллекцию типовых улучшений и дополнений, предназначенных для работы в уже существующих дистрибутивах, таких как Ubuntu, Android, LiMo, MeeGo, Debian и webOS. В качестве эталонных систем, на базе которых формируются готовые к использованию установочные сборки, используются Ubuntu, OpenEmbedded и Android. Дополнительно поставляются обновлённые инструменты кросс-компиляции и создания рабочих образов, которые оформлены в виде пакетов для различных версий Ubuntu.

Работа консорциума сфокусирована на обеспечении совместимости программных решений с устройствами на базе различных ARM-совместимых систем от разных поставщиков, что позволяет производителям программных решений и Linux-дистрибутивам сэкономить инженерные ресурсы за счет задействования унифицированного низкоуровневого программного обеспечения. Для загрузки доступно несколько наборов LEB-компонентов (Linaro Evaluation Builds) для построения готовых решений на базе Android 4.2.1 для Galaxy Nexus, OpenEmbedded для Versatile Express и Ubuntu Linux 12.10 для ARM-платформ Arndale, ST Ericsson Snowball, Samsung Origen, TI Panda board и Versatile Express (QEMU).

В рамках проекта Linaro поддерживаются модифицированные версии набора компиляторов GCC 4.6/4.7, отладчика GDB 7.5, набора утилит Binutils, эмулятора QEMU 1.3, графических компонентов, таких как Compiz и Unity, различных библиотек (alsa-lib, libpng, libjpeg-turbo). Для Linux-ядра 3.8-rc4 подготовлен специальный набор патчей, значительно расширяющих спектр поддерживаемых ARM-устройств, понижающих потребление энергии и повышающих производительность за счет использования специальных оптимизаций. Работа программных компонентов, оптимизированных для архитектуры ARM, проверена на различных ARM-совместимых SoC от разных производителей, что гарантирует работоспособность всех базовых программ на различном спектре устройств.

Ключевые новшества, представленные в выпуске Linaro 13.01:

  • Добавлена поддержка ARM SoC Arndale. Интегрированы новые патчи и оптимизации для улучшения поддержи платформ ST Ericsson Snowball, Samsung Origen, TI Panda board и Versatile Express;
  • Обеспечена поставка виртуальной машины HipHop в OpenEmbedded;
  • Интеграция поддержки ARMv8 в платформу OpenEmbedded и upstream-проекты. Изменения внесены в slang, libffi, libart-lgpl, ghostscript, cmake, linux-libc-headers, libav, oprofile, python-numpy, xserver-xorg, gmp, attr, libaio, fuse и nspr;
  • Поставляемое Linux-ядро основано на версии 3.8-rc4, которая дополнена рядом изменений, созданных силами Linaro;
  • Обновлён сборочный фронтэнд для Android. Сформирован пакет linaro-android-tools для упрощения сборки ядра для платформы Android;
  • Устранение проблем со сборкой поддержки UEFI на платформах ARM;
  • Обеспечена поддержка выполнения на ARM-системах 1047 тестов Piglit (фреймворк для тестирования OpenGL драйверов).


  1. Главная ссылка к новости (http://www.linaro.org/linaro-b...)
  2. OpenNews: AMD, Canonical, Facebook, HP, Marvell и Red Hat присоединились к Linaro для развития ARM-серверов
  3. OpenNews: Разработчики из консорциума Linaro смогли увеличить скорость Android 4 в два раза
  4. OpenNews: Релиз ARM-платформы Linaro 12.01 с поддержкой OpenGL ES 2 для Unity 3D и Compiz
  5. OpenNews: Создан консорциум Linaro, нацеленный на улучшение Linux-решений для платформы ARM
  6. OpenNews: Релиз ARM-платформы Linaro 12.01 с поддержкой OpenGL ES 2 для Unity 3D и Compiz
Лицензия: CC-BY
Тип: Программы
Ключевые слова: arm, linaro, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение Ajax/Линейный | Раскрыть все сообщения | RSS
 
  • 1.1, Crazy Alex (ok), 21:55, 02/02/2013 [ответить] [показать ветку] [···]    [к модератору]
  • –1 +/
    Добротно, что говорить... Но вот интересно - там хотя бы в планах что-то подобное PNP планируется? Или так и надо будет на каждое устройство отдельную сборку держать?

    Ну и с HipHop - интересно, что они там курили :-)

     
     
  • 2.2, добрый дядя (?), 22:18, 02/02/2013 [^] [ответить]    [к модератору]
  • +/
    ты про это? http://www.opennet.ru/opennews/art.shtml?num=35020
    "Интегрированы наработки по унификации кода поддержки архитектуры ARM и обеспечению формирования многоплатформенных ARM-сборок. Если ранее требовалось собирать отдельный вариант ядра для каждого типа SoC, то начиная с выпуска 3.7 появится возможность собрать одно ядро, которое будет содержать поддержку различных ARM-платформ."
     
     
  • 3.3, Crazy Alex (ok), 23:55, 02/02/2013 [^] [ответить]    [к модератору]
  • –1 +/
    Нет, там тупо таблицы, из которых подтягиваются данные о нужном SOC, плюс какая-то система идентификации. А на PC устройства сами рапортуют, кто они. Собственно, разница идёт от того, что PC - это традиционно куча разных железок, а ARM - SOC или спаянная плата, на которой так просто компоненты не поменяешь. В результате ничего похожего на PNP на ARM нет.
     
     
  • 4.4, ананим (?), 00:10, 03/02/2013 [^] [ответить]    [к модератору]
  • +/
    ха! http://ru.wikipedia.org/wiki/ACPI#.D0.A2.D0.B5.D1.85.D0.BD.D0.B8.D1.87.D0.B5.
    >Интерфейс ACPI организуется путём размещения в определённой области оперативной памяти нескольких таблиц, содержащих описание аппаратных ресурсов и программных методов управления ими. Каждый тип таблицы имеет определённый формат, описанный в спецификации. Кроме того, таблицы, содержащие методы управления устройствами и обработчики событий ACPI, содержат код на языке AML (ACPI Machine Language) — машинно независимый набор инструкций, представленный в компактной форме

    результат:
    # dmesg | grep -i '\[Firmware Bug\]: ACPI'
    [    0.291894] [Firmware Bug]: ACPI: BIOS _OSI(Linux) query ignored
    [    5.553303] [Firmware Bug]: ACPI(PEGP) defines _DOD but not _DOS
    или к примеру взгляни на код по выбору таймера, офигеешь.
    лучше уж пусть будет в ядре линуха проверяться, чем ещё парсить теже таблицы, только вшитые дядюшой Ляо (по заказу дядюшки Стива) да ещё с китайским пониманием  секуребута.
    состно ефи и придумали чтобы отказаться от устаревшего, вшитего хлама.
    но нет такой идеи, что мс не опошлила бы.

     
     
  • 5.8, Crazy Alex (ok), 00:50, 03/02/2013 [^] [ответить]    [к модератору]
  • –1 +/
    "Но есть нюанс". На одну такую бажную железку будет тысяча нормальных. И плевать, где оно лежит - в таблицах на железке или модулями подгружается с неё же или ещё как. Суть в том, что операционка в норме не должна методом телепатии и научного тыка пытаться определять, а где это её запустили. Другое дело, если надо костыль туда впихнуть - но зачем считать костыль штатным механизмом? Но на ARM стандартного интерфейса фирмвари в жизни не было, даже такого странного, как BIOS с его ACPI.
     
     
  • 6.10, ананим (?), 01:58, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    >"Но есть нюанс". На одну такую бажную железку будет тысяча нормальных.

    Акстись! Это была нормальная железка.

     
  • 6.11, ананим (?), 02:14, 03/02/2013 [^] [ответить]     [к модератору]  
  • +/
    ещё раз могу повторит 8212 взгляни в код и удивись вначале ядро 171 верит ... весь текст скрыт [показать]
     
     
  • 7.13, Crazy Alex (ok), 02:48, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    Только оно это делается там, где кривь мать отдаёт. То есть в худшем лсучае имеем то же, что на  армах, но в норме - никаких отдельных шевелений для минимальной поддержки железки не нужно.
     
     
  • 8.18, ананим (?), 03:59, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    Ничего подобного.
    На армах всё проще — выбрал рах и работаешь.
    На пц выбираешь постоянно, перевыбираешь и хакаешь. Из одних таймеров (штук 5) нужно выбирать. Косяки в каждой подсистеме, вечный легаси код (вон сабж был недавно про выкидывание и386) и противоречивые ноухау (сколько там версий ссе?).
    А если учесть ещё и грязные лапы мс (mci, uefi, acpi,..), то там вообще чертешто творится.
     
     
  • 9.19, Crazy Alex (ok), 05:26, 03/02/2013 [^] [ответить]    [к модератору]  
  • –1 +/
    Ну так это уже многолетние наслоения, никто не мешает спроектировать и реализовать толком, раз уж всё равно хором для своих железок пилят.
     
     
  • 10.24, etw (??), 19:19, 04/02/2013 [^] [ответить]    [к модератору]  
  • +/
    UEFI - это, вообще-то, преемущественно интеловская технология.
     
  • 6.14, Аноним (-), 03:12, 03/02/2013 [^] [ответить]     [к модератору]  
  • +/
    Ага, ЩАЗ Вот что у х86 отстойное - так это BIOS Пишут это криворукие бабуины ... весь текст скрыт [показать]
     
  • 4.5, ананим (?), 00:19, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    и да:
    >А на PC устройства сами рапортуют, кто они.

    pci/usb/… id? PCI vendor and device codes?
    дык это не от PC зависит. и PCI, и USB, и PCMCIA, и… поддерживаются не только на PC и это функция стандарта самой шины.
    см. https://github.com/gentoo/hwids

     
  • 4.6, Аноним (-), 00:35, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    > В результате ничего похожего на PNP на ARM нет.

    USB и прочим SATA это все расскажешь. И PCI(-E) растущий из ARM или MIPS тоже ничему не противоречит. Внезапно, правда? :)

     
     
  • 5.7, Crazy Alex (ok), 00:44, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    Только живьём всех этих PIC/PCI-E на ARM не видно. Всё по чёрт знает каким интерфейсам. Истандартной фирмвары (которая BIOS или там EFI на PC) тоже не видно.
     
     
  • 6.12, ананим (?), 02:15, 03/02/2013 [^] [ответить]    [к модератору]  
  • +2 +/
    >Истандартной фирмвары (которая BIOS или там EFI на PC) тоже не видно.

    и аминь.
    штоб их там и не было.

     
     
  • 7.17, Аноним (-), 03:56, 03/02/2013 [^] [ответить]     [к модератору]  
  • +/
    Да уж Вон UEFI в surface сделали И конечно же не забыли запретить загрузку все... весь текст скрыт [показать]
     
     
  • 8.25, etw (??), 19:21, 04/02/2013 [^] [ответить]    [к модератору]  
  • +/
    >> штоб их там и не было.
    > Да уж. Вон UEFI в surface сделали. И конечно же не забыли
    > запретить загрузку всего кроме вииды. Спасибо, конечно, за такие стандарты, но
    > - пусть интел и майкрософт пройдут в сад.

    В чем тут вина UEFI, если загрузку чего угодно, кроме предустановленной вендором на мобильное устройство ОС, сто лет в обед как запрещают и без всяких стандартов?

     
  • 6.15, Аноним (-), 03:30, 03/02/2013 [^] [ответить]     [к модератору]  
  • +1 +/
    Не знаю кому там что не видно, а вот у меня на столе стоит железка с MIPS и там ... весь текст скрыт [показать]
     
     
  • 7.20, Crazy Alex (ok), 05:31, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    Так суть в том,что в основном армовые системы - это SOC. То, что внешнее - оно да, по вполне стандартным шинам работает (хотя сунуть куда-нибудь i2c со своими командами, ато и просто по gpio и своему протоколу дергать - многие любят). А то, что в soc - а в нём всё - там, как правило, вообще ничего стандартного нет.

    А глюкалово в BIOS - оно, в основном, просто плод долгого эволюционного развития, когда поддерживаются пять поколений технологий, четыре из которых давно legacy. С нуля можно много чище сделать.

     
     
  • 8.22, sasa (??), 12:45, 03/02/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > А то, что в soc - а в нём всё - там, как правило, вообще ничего стандартного нет.

    для этого и существуют ОС - избавить программиста от разборок с деталями аппаратной реализации и предоставить унифицированный API, Таненбаума почитай чтоли. На кой хрен тебе знать как устроен контроллер GPIO или I2C

    > С нуля можно много чище сделать.

    запускай процессор с внешней NVM типа NOR и делай там свою фирмварь - только у тебя же резинка на штанишках порвется :)

     
  • 5.9, Crazy Alex (ok), 00:51, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    а USB и SATA - это периферия, хорошо, что на них положение получше, но толку-то, если сначала загрузиться надо.
     
     
  • 6.16, Аноним (-), 03:34, 03/02/2013 [^] [ответить]     [к модератору]  
  • +/
    Так ведь грузятся же Бывают и очень забавные экспонаты Например некоторые вооб... весь текст скрыт [показать]
     
     
  • 7.21, Crazy Alex (ok), 05:36, 03/02/2013 [^] [ответить]    [к модератору]  
  • +/
    Вы бы мне ещё про A20 напомнили. Там жутина, но в основном по историческим причинам.

    Не, я правда не пойму - что криминального в желании иметь стандартный способ опроса о фичах устройства и стандартный способ работы с ним - ну хотя бы так, как в USB или bluetooth? Там же часто отличия тупо на уровне разных адресов, по которым байты пихать надо для обмена  с устройством? ну и стандартизировали бы это дело.

     
     
  • 8.23, ананим (?), 13:21, 03/02/2013 [^] [ответить]    [к модератору]  
  • +1 +/
    > Не, я правда не пойму - что криминального в желании иметь стандартный способ опроса о фичах устройства и стандартный способ работы с ним - ну хотя бы так, как в USB или bluetooth? 

    Ничего.
    Но факт в том, что и тот, и тот, и ещё ряд такие же и на армах.
    Тебе ж об этом уже говорили. В чём собсно претензии?
    И когда начнёшь думать, то увидишь, что остаётся только легаси крап в перемежку с "инновациями" мс.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Заголовок:
    Текст:


      Закладки на сайте
      Проследить за страницей
    Created 1996-2018 by Maxim Chirkov  
    ДобавитьПоддержатьВебмастеруГИД  
    Hosting by Ihor