В дополнение к ранее поддерживаемым платформам x86 и x86_64 началась публикация (http://www.nvidia.com/object/linux-display-32bit-arm-319.32-... сборок проприетарного драйвера NVIDIA для Linux-систем на базе архитектуры ARM. В настоящее время для загрузки уже доступна сертифицированная ARM-версия драйвера
NVIDIA 319.32, полностью аналогичная представленному (http://www.opennet.me/opennews/art.shtml?num=37278) несколько дней назад выпуску для других архитектур. Компоненты драйвера собраны с использованием набора инструкций Thumb-2 (http://ru.wikipedia.org/wiki/ARM_%28%D0%B0�... модуль ядра и драйвер CUDA собраны с использованием набора инструкций ARMv7 (HardFP).
Выпуск версии драйверов для ARM последовал после объявления (http://blogs.nvidia.com/blog/2013/06/18/visual-computings-as... о начале лицензирования технологий GPU Kepler для сторонних производителей SoC. Для собственных SoC Tegra компания NVIDIA использует отдельный набор драйверов.URL: http://www.nvidia.com/object/linux-display-32bit-arm-319.32-...
Новость: http://www.opennet.me/opennews/art.shtml?num=37289
>Для собственных SoC Tegra компания NVIDIA использует отдельный набор драйверов.Т.е. Toshiba AC100 остаётся кирпичом?
Там Tegra 2 или Tegra 3? Если 2, то есть драйвер: http://www.opennet.me/opennews/art.shtml?num=31023 В новости говорится про специальную сборку Ubuntu с ним, но драйвер также доступен отдельно.Поддерживает ли новые ядра Linux не знаю.
Где б купить такую материнскую плату и процессор? И какие модели...
https://developer.nvidia.com/content/kayla-platform
Кстати, меня всегда интересовал вопрос. Если предположить, что имеется системная плата на ARM, в которой есть необходимый PCIE слот. Заработает ли в ней видюха, для которой есть драйвер? Ведь код Expansion BIOS в ней для x86. А выполняет ли этот код какие-то первоначальные инициализации железа, без которых даже драйвер не сможет работать с видюхой?
Не-а, не взлетит.
> Не-а, не взлетит.На самом деле - вполне может взлететь. Сам по себе PCI-E платформенно нейтральный, а например тот же Linux умеет полностью реинициализировать GPU сам по себе. Вплоть до вбахивания ему RESET по шине и далее реинициализации с нуля заново, вплоть до вгрузки фирмвари в RAM заново и прочая.
В случае AMD - взлетит даже. Ибо PCI-E интерфейс кроссплатформенный. А atom bios - платформенно нейтральная конструкция: платформа предоставляет некий небольшой интерпретатор который выполняет абстрактный обкод. Который знает как работать с конкретно вот этой вот видеокартой (ну там как переключить у нее частоту например).
Видимо нвидия решила запилить свою консоль, возможно совместно с valve.
А вообще было интересно поюзать системник для десктопа, на базе ARM, при условии что там взлетят всякие компицы, и будет под ARM переписан весь софт вплоть до qutim.
Ну и памяти будет минимум 2Гб.
И еще интересно как относятся такие монстры как Intel и AMD к постепенному развитию ARMов - винда восьмерка уже как вроде ARM поддерживает, линукс тоже, если появятся десктопные сборки на базе ARM, они могут порвать x86 ввиду их энергоэффективности, низкого тепловыделения, и как следствие - бесшумности.
Что за дрочево на АРМ? Не нужен он на десктопе и не будет его там. Никто ломать рынок не будет.
> Что за дрочево на АРМ?Мало жрет + системы с ним простые, маленькие и аккуратные. Это хорошо.
> Не нyжен он на десктопе
Отучаемся говорить за всех.
> и не будет его там. Никто ломать рынок не будет.
Проблема только в том что денег хочется всем, в том числе и ARM. Поэтому будут, как миленькие. Тем более что он сам сломался - хомяки выбрали планшеты и смарты. А на ноуты и писюки положили.
Системы-то "простые", но если десктоп понимать как десктоп - с возможностью апгрейда, приличным выбором комбинаций "процессор/чипсет/периферия", пачкой тривиально устанавливаемых операционок и прочим, а не как ноут или планшет - то, подозреваю, армы там не скоро приживутся.А то, что что десктоп хомякам не нужен - так это как раз аргумент против - десктоп переберется в профессиональную нишу, где на энергопотребление то же вообще никто смотреть не будет, ибо копейки по сравнению с остальными расходами.
>Системы-то "простые", но если десктоп понимать как десктоп - с возможностью апгрейдаЭто пока просто никому не нужно. Но как только ARM полезет на рынок серверов и рабочих станций, то все вмиг изменится. Сразу появится возможность апргейдить также просто как в лего, но от арм (и соответствующие стандарты на это дело). ;)
Какой вскорости будет апгрейд десктопа? Всё запихивается в проц по максимуму, остатки на материнке. Максимум видюха будет вонзена. Если учет что интел почти каждый год разъём меняет... Да хотелки их на серверным рынке вообще впаивать процы в мамку. Вот и кончится все апгрейды.
> они могут порвать x86 ввиду их...убогой производительности. Которая куда более важна на десктопах, чем энергоэффективность и тепловыделение.
> ...убогой производительности.Вообще-то A15 например спокойно обставляет атом и 1 ядро А15 в среднем показывает производительность в половину от core i3. Это мобильная маложручая хрень. А всякие 64-битные A50 думается будут вообще крутотой.
Смотрите в сторону odroid x2/u2. Вполне годный одноплатник c мощным А9. Есть образы уебунты, при наличии рук можно воткнуть что угодно, хоть ту же генту: http://www.foss.org.ua/lib/thread.so.691
> Смотрите в сторону odroid x2/u2. Вполне годный одноплатник c мощным А9.Ага, только самсунь обуел - загрузчик блобизированный и цифровой подписью обвешан. Офигеть подходец у гнусмуса.
А можно подробнее? На odroid x/x2 вполне кошерный uboot, кастом ядра грузятся на отлично.
Восьмерка вроде уже не поддерживает, а Valve может прийти на ARM, но кто будет игры перекомпилировать на ARM? Выпустят инструментарий для кросскомпиляции - тогда возможно да, и то рискованно.
> и будет под ARM переписан весь софтсофт, который написан руками и мозгами, не надо переписывать, достаточно пересобрать.
>> и будет под ARM переписан весь софт
> софт, который написан руками и мозгами, не надо переписывать, достаточно пересобрать."достаточно пересобрать, починить сборку, пересобрать, убедиться, что запустилось, пофиксить, чтоб запускалось, <- пересобрать много, отдать тестерам, подождать, пока потестируют, пофиксить набаженное, <- пересобрать долго"
Прополоскать, повторить. Достаточно. ---Где яЗен с write-once?! На арену.
вот это вот — работа маинтайнера дистрибутива. пусть собирает, тестирует, пишет багрепорты и патчи.впрочем, софт, написаный задницей (а именно процесс сборки такого софта ты и описал), лучше действительно не переносить. отчего-то у меня куча моего (и не только) софта — начиная от системных утилит и заканчивая sdl-ными игрушками — под N900 собралась без проблем. от слов «вообще проблем не было». и запустилась.
чем вообще сборка под arm отличается от сборки под другую 32-битную архитектуру-то? кроме target'а gcc, конечно. даже с миграцией 32->64 потенциально проблем больше.
> возможно совместно с valve.Мечтайте, мечтайте :)
До Нивидия так и не дошло, что поддержка тегры просто должна быть и всем срать есть новости или нет. А вот когда соизволят нормальный открытый драйвер запилить вот тогда это будет новостью. А не сделают этого потому как у них много "хороших" оптимизаций под некоторые проги, твари.
> о начале лицензирования технологий GPU Kepler для сторонних производителей SoC.""Интрига!!! А вдруг нвидиа сделает утюжок ватт на 400 для телефона?! Ждём. </бюэ>
http://www.opennet.me/openforum/vsluhforumID3/90583.html#24Вот так вот, пошутишь над убогими, а они превзойдут и углУбят.