Intel

[turbo]

[size="3"]Intel покупает компанию Wind River[/size]

Корпорация Intel объявила о достижении соглашения о приобретении производителя средств разработки программного обеспечения для встраиваемых микропроцессорных устройств и операционной системы реального времени VxWorks компании Wind River Systems. Intel готова заплатить на 44% больше текущей биржевой стоимости Wind River и стать держателем полного пакета ее акций. По приблизительным подсчетам сумма сделки составит 884 млн. долларов.

Желание приобрести Wind River Intel объясняет стратегией компании на диверсификацию в области аппаратных и программных средств, выходящей за рамки привычных для Intel сегментов рынка, связанных с рабочими станциями и серверами. По завершении сделки под крыло Intel перейдет широко используемый во встраиваемых системах Linux дистрибутив Wind River Linux и hard-real-time проект RTLinux. Помимо этого компания получит в собственность проприетарную ОС реального времени VxWorks, спектр применения которой охватывает бытовую, промышленную, аэрокосмическую электронику и телекоммуникационное оборудование.

Основанная в 1981 году Wind River имеет производственные мощности в 15 странах мира и штат в 1600 сотрудников. По итогам завершившегося финансового года прибыль компании составила 359.7 млн. долларов. Планируется, что компания продолжит развивать свои наиболее успешные Linux направления, к которым еще добавится оптимизированный под Atom дистрибутив для мобильных платформ Moblin v2. Intel также обещает поддержать разработку гипервизора и системы виртуализации на основе Wind River Linux.

http://www.opennet.r...shtml?num=22036

[turbo]

[size="3"]Intel и Nokia ввели в строй новый совместный проект - Connman[/size]

Компании Intel и Nokia анонсировали запуск нового совместного свободного проекта ConnMan (Connection Manager), нацеленного на ускорение и развитие разработки средств для настройки выхода в Интернет для мобильных устройств на базе Linux. ConnMan поддерживает платформы Moblin и Maemo, и призван объединить усилия обоих проектов в плане разработки унифицированного средства для управления соединениями.

Исходные тексты проекта распространяются в рамках лицензии GPLv2. Система модульная, в качестве базиса выступает специальный управляющий проводными и беспроводными (WiFi, Bluetooth) соединениями процесс-демон, использующий D-Bus, udev и netlink. Настройка таких систем как DHCP, DNS прокси, резолвер и PolicyKit, осуществляется через плагины. ConnMan спроектирован с целью минимального потребления системных ресурсов и для максимального упрощения интеграции с другими подсистемами. Настройка осуществляется через специально подготовленный GUI интерфейс (на базе GTK+).

ConnMan является вторым совместным проектом Intel и Nokia, в мае компании объединили свои усилия в создании нового свободного стека приложений телефонии для мобильных устройств - oFono.

http://www.opennet.r...shtml?num=22286

[turbo]

[size="3"]Intel готовит упрощенную альтернативу ACPI для портативных устройств на базе Linux[/size]

Несмотря на то, что работа над спецификацией усовершенствованного интерфейса конфигурации и управления питанием (ACPI) идет на протяжении последних десяти лет, ее реализация для различных ОС до сих пор находится на разной степени завершенности. Особенно это относится к портативным устройствам, ресурсы процессора и памяти которых ограничены. В этой связи компания Intel взялась за разработку упрощенного интерфейса SFI (Simple Firmware Interface), основной акцент в котором сделан на мобильные интернет устройства (MID) на процессоре Atom и ОС Linux.

В спецификации SFI говорится, что интерфейс может быть реализован как в качестве дополнения к ACPI, так и как ее альтернативы. Физически код может располагаться либо внутри традиционного БИОСа либо как часть микропрограммы, такой как, например, OpenFirmware. Работая совместно с ACPI, SFI использует расширенную таблицу системных дескрипторов (XSDT) для обеспечения доступа оперативной системы к дополнительным функциям устройствам, использующим шины PCI-X и PCI-E.

Работы над черновым вариантом SFI и патчем для ядра 2.6.30 сосредоточены в руках разработчика Лена Брауна (Len Brown). Первым законченным продуктом, который будет соответствовать SFI станет платформа Moorestown. Это комбинация однопроцессорного устройства на микросхеме Lincroft Atom SoC, содержащей на кристалле контроллер памяти и ядро GPU, чипсета Langwell и модуля Evans Peak WiMAX.

http://www.opennet.r...shtml?num=22290

[turbo]

[size="3"]Intel и Nokia объявили о заключении партнерских отношений[/size]

В попытке дальнейшего сокращения расстояния между сетью Интернет, мобильными телефонами и персональными компьютерами, компании Intel и Nokia заключили соглашение о долговременном сотрудничестве. В рамках договоренности оба производителя начнут совместную работу над новой мобильной платформой. Основанная на архитектуре Intel она будет сочетать в себе производительность настольных ПК с преимуществами мобильной связи и широкополосного доступа в интернет.

Обе компании являются признанными лидерами в своих областях производства, что должно положительно сказаться на функционале новой платформы. Помимо совместного проектирования «железной» составляющей, Intel и Nokia приложат усилия в продвижении мобильных opensource проектов для ОС Linux. В их число входит платформа Moblin, используемая во встраиваемых системах, смартфонах и нетбуках, и Maemo для планшетов типа Nokia N810 Internet Tablet. Список дополняют такие ключевые технологии, как oFono, ConnMan, X.Org, BlueZ, D-BUS, Tracker, GStreamer, PulseAudio.

Как сказал вице-президент и генеральный менеджер Intel Anand Chandrasekher, сотрудничество с Nokia соединит наиболее компетентных профессионалов компьютерной и телекоммуникационной отраслей. Это открывает практически безграничные перспективы как для инновационного процесса, так и для более полного удовлетворения ожиданий пользователей.

http://www.opennet.r...shtml?num=22309

[turbo]

[size="3"]Вышел релиз видеодрайвера Xf86-video-intel 2.8.0[/size]

Вышел релиз видеодрайвера xf86-video-intel 2.8.0. Главные изменения:

 * Драйвер отныне зависим от X сервера версии 1.6;
 * Проведена чистка от устаревшего кода, размер драйвера сокращен примерно на 10%. Из состава xf86-video-intel исключен код обеспечивающий совместимость с DRI1 и убрана поддержка архитектур акселерации XAA и EXA (в пользу новой архитектуры UXA (UMA Acceleration Architecture), базирующейся на использовании системы управления памятью GEM).
 * Драйвер поддерживает работу с модулем i915 из состава тестовой версии Linux ядра 2.6.31 и с режимом переключения видеорежимов на уровне ядра (включается через загрузку модуля i915 с опцией "modeset=1")
 * Механизм XvMC (X-Video Motion Compensation) теперь поддерживает VLD, что позволят снизить нагрузку на процессор при декодировании MPEG2 потоков;
 * Устранены некоторые проблемы с производительностью рендеринга при использовании архитектуры акселерации UXA, исправлены ошибки приводящие к краху для карт серии 8xx, исправлены проблемы в DRM модуле для карт G41, устранены разрывы при проигрывании видео при активном композитном режиме, решены проблемы с переключением виртуальных терминалов на некоторых машинах.

http://www.opennet.r...shtml?num=22686

[turbo]

[size="3"]Компания Intel выпустила релиз Threading Building Blocks 2.2[/size]

Компания Intel выпустила релиз Threading Building Blocks 2.2 (TBB), открытой С++ библиотеки, распространяемой под лицензией GPL v2 и позволяющей оптимизировать процесс создания эффективных многопоточных приложений, показывающих более высокие результаты производительности на многоядерных CPU. Библиотека предоставляет интерфейс более высокого уровня, чем нити (threads), оперируя выполнением параллельных задач (task-based parallelism) и реализуя несколько стандартных параллельных алгоритмов (parallel_for, parallel_reduce, parallel_scan, parallel_sort, parallel_while, pipeline). Исходные тексты библиотеки распространяются в рамках лицензии GPLv2, для коммерческого использования доступна отдельная версия, стоимость которой составляет 299$.

В новой версии проведена работа по оптимизации производительности; добавлена полная поддержка лямбда-функций, определенных в черновом варианте стандарта C++0x; улучшены возможности по поставке TBB в составе сторонних продуктов; для платформы Linux добавлена поддержка автоматического использования высокопроизводительных функций распределения памяти из состава TBB без модификации приложений, путем загрузки библиотеки через LD_PRELOAD; добавлена реализация новых параллельных алгоритмов parallel_invoke и parallel_for_each.

http://www.opennet.r...shtml?num=22911

[turbo]

[size="3"]Вышла Новая Версия Видеодрайвера Xf86-Video-Intel 2.8.1[/size]

Вышла новая версия видеодрайвера xf86-video-intel 2.8.1, в которой представлено исправление накопившихся ошибок, некоторые из которых приводили к краху или зависанию GPU. Разработчики рекомендуют пользователям версии 2.8.0 произвести обновление.

http://www.opennet.r...shtml?num=23230

[turbo]

[size="3"]Компания Intel заявила о подготовке версии Moblin 2.1 для смартфонов[/size]

На конференции Intel Developer Forum было объявлено о том, что версия мобильной Linux платформы Moblin 2.1 будет поддерживать не только работу на субноутбуках и портативных интернет устройствах (MID), но и на смартфонах, потеснив такие открытые платформы, как поддерживаемый Google Android и развиваемый при участии Nokia проект Maemo. Заявлено, что под управлением Moblin будет работать новая серия смартфонов, базирующаяся на процессорах Intel Atom.

Телефонная редакция Moblin будет снабжена переработанным интерфейсом, оптимизированным для небольших сенсорных экранов, будут добавлены дополнительные виджеты для интеграции с социальными сетями и реализована многопанельная схема переключения между работающими приложениями (перелистывание экранов).

Дополнение: на YouTube опубликована видеозапись презентации Moblin 2.1.

http://www.opennet.r...shtml?num=23545

[turbo]

[size="3"]Intel рассчитывает сделать из Moblin полноценную десктоп-среду для ПК[/size]

Кроме адаптации Moblin для смартфонов, на конференции Intel Developer Forum были озвучены планы по построению на базе Moblin полноценного десктоп-окружения для персональных компьютеров, которое будет выступать к роли конкурента MS Windows. Компания Intel заявила о поддержке в будущей версии платформы Moblin 2.1 трех типов оборудования: карманных устройств, нетбуков и неттопов. Под неттопами понимаются недорогие настольные ПК, использующие CPU Atom и имеющие размер гораздо меньше обычных корпусов ПК.


Из новшеств Moblin 2.1, кроме ухода от ориентации на размеры экрана 7-12 дюймов, отмечается поддержка сенсорных экранов, возможность управления жестами, существенное расширение списка поддерживаемого оборудования, включение в состав приложений для работы в роли телефона, улучшение пользовательского интерфейса, поддержку 3G и Bluetooth, разработку инсталлятора Moblin Application Installer и online-каталога приложений Moblin Garage.

Выход финальной версии Moblin 2.1 ожидается в 4 квартале 2009 года, новую версию планируют использовать на новых телефонах и портативных устройствах на базе аппаратной платформы Intel Moorestown, а также на нетбуках на платформе Pine Trail (GPU и Atom CPU на одном чипе). Тестовую сборку Moblin 2.1 для разработчиков можно загрузить уже сейчас.

http://www.opennet.r...shtml?num=23565

[turbo]

[size="3"]Анализ проблем оптимизации для конкурирующих CPU в компиляторе Intel[/size]

В статье "Will Intel be forced to remove the "cripple AMD" function from their compiler?" разбираются особенности работы компиляторов Intel, приводящие к понижению производительности собранных программ на процессорах AMD и VIA. По заявлению Intel различия в производительности объясняются преимуществами процессоров Intel, но Федеральная торговая комиссия США считает, что замедление вызвано искусственно с целью понижения конкурентоспособности процессоров других компаний.

Компилятор Intel предусматривает возможность включения в итоговый исполняемый файл нескольких оптимизирующих блоков кода, используемых в зависимости от CPU на котором выполняется приложение. В качестве примера приводится задействование инструкций SSE2 и SSE3 для поддерживающих их процессоров. При выборе стратегии оптимизации учитывается не только тип поддерживаемых наборов дополнительных инструкций, но и идентификатор производителя. Если в качестве производителя фигурирует Intel используется заведомо более оптимальный набор кода, а в противном случае - не оптимизированный вариант, даже если процессор полностью поддерживает технологии, позволяющие активировать более оптимальный набор кода.

Так как набор компиляторов Intel рекламируется как генерирующий наиболее производительный код, а тесты на CPU Intel это подтверждают, то многие разработчики используют для генерации итоговых исполняемых файлов ICC, не подозревая, что их приложения могут потерять в производительности при работе на CPU AMD и VIA. Например, один из тестов для процессора "VIA Nano" показал, что при подмене CPUID идентификатора данного процессора на одну из моделей CPU AMD производительность улучшилась на 10%, а при изменении на Intel производительность возросла на 47% (за счет использования SSE).

Детальный разбор алгоритма работы ICC показал, что подобное поведение скорее всего не является злым умыслом и связано с особенностью выбора плана оптимизации, при котором выбор делается на основании модели процессора (CPUID), а не списка поддерживаемых наборов инструкций. Иначе говоря, компилятор знает только об известных в момент подготовки релиза компилятора моделях CPU. Если попытаться выполнить на новейшем CPU программу, собранную старой версией компилятора, то оптимизация не будет активирована, даже для новых моделей процессоров Intel. Тем не менее, подобный подход не оправдывает то, что SSE-оптимизации для процессоров AMD не активируются даже в самом последнем релизе ICC (11.1.054).

В качестве вариантов решения проблемы предлагается:

 * Использовать другой компилятор, например, GCC;
 * Заменить в исполняемом файле код диспетчера выбора плана оптимизации. Код альтернативного диспетчера был в частности представлен в руководстве по оптимизации для C++;
 * Для AMD процессоров подменить CPUID на близкий по возможностям процессор Intel, воспользовавшись технологией виртуализации.

http://www.opennet.r...shtml?num=24891

[Радость]

[size="3"]Релиз свободного видеодрайвера xf86-video-intel 2.12.0 [/size]

Вышел релиз открытого X.Org-драйвера для карт Intel - xf86-video-intel 2.12.0. Кроме исправления ошибок, в новой версии проведена большая работа по оптимизации производительности при работе с GPU 915G/945G/Pineview, значительно увеличена производительность рендеринга глифов, улучшена скорость прорисовки больших окон (например, улучшение заметно при скроллинге в Firefox). В новой версии драйвера также улучшена работа Xvmc и оверлеев, добавлена поддержка управления памятью через GEM.

При тестировании производительности с использованием cairo-perf-trace/cairo-traces, по сравнению с прошлой версией были зафиксированы следующие результаты:

• ocitysmap - ускорение в 5.41 раз
• firefox-talos-gfx - ускорение в 2.41 раз
• gnome-terminal-vim - ускорение в 2.15 раз
• poppler - ускорение в 1.86 раз
• firefox-planet-gnome - ускорение в 1.43 раз
• midori-zoomed - ускорение в 1.39 раз
• swfdec-giant-steps - ускорение в 1.36 раз
• xfce4-terminal-a1 - ускорение в 1.17 раз
• evolution - ускорение в 1.09 раз

После выхода xf86-video-intel 2.12.0 ресурс Phoronix не замедлил провести собственное измерение производительности, которое показало заметное ускорение работы последней версии драйверов для карт Intel.

Следует напомнить, что начиная с версии 2.10 драйвер xf86-video-intel не поддерживает переключение видеорежимов на пользовательском уровне, возможно только использование KMS-модуля, работающего на уровне ядра (рекомендуется использовать Linux ядро версии 2.6.32 или более новое).

Одновременно компания Intel выпустила сборный пакет 2010Q2, в который вошли xf86-video-intel 2.12.0, mesa 7.8.2 и libdrm 2.4.21. При использовании Linux-ядра 2.6.35-rcX пакет теперь поддерживает для карт Ironlake акселерацию декодирования H.264-видео через libva.

# opennet.ru

[Zhek@Ch]

[size="3"]Релиз открытого драйвера для видеокарт Intel xf86-video-intel 2.13.0 [/size]

Разработчики компании Intel объявили о выходе точно по расписанию, через три месяца после предыдущего релиза, новой версии драйвера для видеокарт Intel. Всем пользователям рекомендуется обновиться незамедлительно.

Значимые изменения:

• Исправлена проблема с зависанием многочисленных приложений (в том числе Adobe Flash), открытых на полный экран;
• Исправлены проблемы с утечкой памяти X сервером;
• Улучшена поддержка вывода на eDP панели;
• Решена проблема с зависанием видеоадаптера при использовании обрезанных копий изображения источника;
• Возвращена возможность использования с X сервером 1.6;
• Добавлена поддержка встроенных видеоадаптеров процессоров Sandy Bridge (выйдут в конце этого, начале следующего года);
• Для компиляции требуется libdrm => 2.4.22;
• Исправлены артефакты изображения для некоторых операций и конфигураций;
• Улучшена совместимость с Compiz.

# opennet.ru

[Zhek@Ch]

[size="3"]Intel GMA500 (Poulsbo): Представлен первый открытый видеодрайвер [/size]

Алан Кокс (Alan Cox), известный разработчик Linux-ядра, работающий в компании Intel, опубликовал в списке разработчиков Linux-ядра набор патчей с начальной реализацией видеодрайвера для интегрированных видеокарт Intel GMA500 (Poulsbo), используемых на многих устройствах с процессором Atom. Драйвер уже помещен в Staging-дерево Linux-ядра, но по заявлению разработчика еще требует большой доработки. В частности, в драйвере пока не поддерживаются механизмы акселерации вывода, отсутствует поддержка 3D-функций, не готов работающий на уровне пользователя код. Тем не менее драйвер уже вполне может обеспечивать формирование вывода (compositing) с использованием X-сервера, работающего через фреймбуфер.

Несмотря на политику компании Intel по развитию только полнофункционального открытого комплекта драйверов, для чипов Poulsbo до настоящего времени был доступен только бинарный проприетарный драйвер. Подобная ситуация возникла не по прихоти Intel, а из-за непродуманной политики лицензирования технологий - при заключении контракта с подрядчиком было подписано соглашение о неразглашении информации, в результате которого компания Intel была лишена возможности не только публично открыть исходные тексты драйвера, но и не смогла включить свой драйвер для собственного оборудования в свою операционную систему MeeGo. Проблема с открытием кода возникла из-за наличия в коде интеллектуальной собственности компании Imagination Technologies, не намеренной открывать разработки, связанные с созданным в недрах этой компании IGP.

# opennet.ru

[Zhek@Ch]

[size="3"]Релиз открытого драйвера для видеокарт Intel xf86-video-intel 2.15[/size]

Представлен релиз свободного видеодрайвера для видеокарт Intel - xf86-video-intel 2.15.0. Новые версии драйвера Intel выходят по расписанию, раз в три месяца. Главным приоритетом при подготовке очередного обновления стала стабилизация кодовой базы и проведение работы над ошибками. Заметных новшеств не добавлено. Из исправлений отмечено решение проблем со сборкой xorg-server 1.7, устранение сбоев при работе KDE, улучшение поддержки процессоров на базе архитектуры Sandy Bridge.

Одновременно выпущен графический пакет Intel 2011Q1, включающий в себя драйвер xf86-video-intel 2.15, Mesa 7.10.2, libdrm 2.4.25, улучшенный DRM-модуль для Linux-ядра 2.6.38 и libva 1.0.12. Из новшеств отмечено несколько связанных с Sandy Bridge улучшений: поддержка акселерации декодирования VC-1 и кодирования H.264, добавление функций для обеспечения энергосбережения и оптимизация производительности. Из нерешенных проблем отмечаются зависание при переходе некоторых систем в спящий режим и сбои в реализации Frame Buffer Compression.

Комплект был протестирован для следующих GPU: Sandy Bridge HD Graphics 3000 (Core i7 2630QM, Core i5 2500K), Sandy Bridge HD Graphics 2000 (Core i7 2600), Intel HD Graphics (Core i5 670, Core i5 650, Core i5 520M), GMA 3150 (Atom N450), GM45, GM965. Из возможностей, поддержка которых была прекращена, отмечены: отключение акселерации XvMC для 915G/GM при использовании KMS-модуля, невозможность использования CH7xxxx DVO TV-out и отключение Textured video для карт i8xx.

# opennet.ru

[Zhek@Ch]

[size="3"]Компания Intel портирует мобильную платформу Android 3.0 для архитектуры x86 [/size]

Руководитель компании Intel подтвердил информацию о портировании мобильной платформы Android 3.0 для планшетов на базе архитектуры x86. Изначально код Android 3.0 рассчитан на работу на процессорах ARM, но компания Intel надеется адаптировать платформу для интернет-планшетов на базе процессоров Atom. Отдельно отмечается, что Intel не потеряла интереса к проекту MeeGo, но портирует Android в соответствии с пожеланиями некоторых партнёров, намеренных выпустить интернет-планшеты на базе платформы Android и процессоров Intel Atom уже в этом году.

Так как публикация в открытом доступе кода Android 3 отложена на неопределенное время, компания Intel получила код по специальной договорённости с Google. Параллельно портированием Android для архитектуры x86 занимаются энтузиасты из независимого проекта Android-x86, который пока вынужден ограничиться поддержкой выпуска Andrоid 2.2, из-за сдерживания публикации кода Android 3. Стабильную версию загрузочного Live-образа с окружением Android 2.2 для ПК, нетбуков и планшетов на базе архитектуры x86 можно загрузить на данной странице. Кроме стандартной версии подготовлены варианты, специально адаптированные для нетбуков ASUS Eee PC, Dell Inspiron Mini Duo и планшета Viewsonic Viewpad 10.

# opennet.ru

[skok]

[size="3"]Intel платит производителям планшетов за установку Android вместо Windows?[/size]

14 апреля сайт DigiTimes опубликовал статью Моники Чен и Джозефа Цай, в которой говорится, что Intel будет "доплачивать по 10 долл. за каждый планшетный ПК с процессором Intel, чтобы привлечь основных производителей ноутбуков". Корпорация станет продвигать платформу Android 3.0, "чтобы использующие ее продукты производители могли сэкономить на лицензионных отчислениях за Windows", утверждается в статье.

Если это соответствует действительности, дотация вызовет появление еще одной трещины в тесных взаимоотношениях между Intel и Microsoft, которые привели когда-то к появлению "монополии Wintel". Кроме того, она стала бы свидетельством доходящего до безумия стремления Intel сравняться в области планшетов с ARM Holdings и ее многочисленными лицензиатами.

Хотя Google отложила раскрытие исходного кода своей ОС Android 3.0 (Honeycomb), предназначенной для планшетов, эта операционная система уже появилась на различных планшетах с процессорами ARM. Наиболее известен Motorola Xoom, но есть и другие -- Acer Iconia Tab A501, Samsung Galaxy Tab и безымянный планшет производства Toshiba. Так уж случилось, что все они оснащены процессором Nvidia Tegra 2, созданным по технологии ARM.

Между тем подавляющее большинство анонсированных на сегодняшний день планшетов с процессорами Intel работают под управлением Windows 7, иногда (но не всегда) с доработкой ее производителем, чтобы удобнее было пользоваться пальцами. В феврале ViewSonic представила свой ViewPad 10Pro -- планшет на платформе Oak Trail, на который будут устанавливаться как Windows, так и Android. Однако компания сообщила, что использует только устаревшую версию Android 2.2.

Intel и Google уже работали совместно в рамках проекта Google TV над устройствами архитектуры x86 на базе системы на кристалле Atom CE4100 под управлением Android. Теперь, согласно сообщению IDG News Service от 11 апреля, они вновь сотрудничают с целью перенесения Android 3.0 на платформу Oak Trail.


Статья полностью на PCWeek.

[B@F]

Виндозе скоро хана!

[Zhek@Ch]

[size="3"]Базовая поддержка Intel Ivy Bridge появится уже в ядре Linux 2.6.40[/size]

Компания Intel подготовила код, реализующий поддержку ее микроархитектуры Ivy Bridge, для включения в релиз ядра Linux версии 2.6.40.

Ivy Bridge -- кодовое название процессорной микроархитектуры (22 нм) компании Intel, позиционируемая как наследница Sandy Bridge. Предполагается, что выпуск первых процессоров на базе Ivy Bridge состоится не раньше 2012 года, однако в компании уже озаботились поддержкой архитектуры в ядре свободной операционной системы.

Первые патчи для Ivy Bridge в Linux появились вчера, 26 апреля. В Linux 2.6.40 будет представлена базовая поддержка вывода в VGA и DisplayPort (последняя еще не протестирована), пока -- для двух мобильных чипсетов и трех десктопных чипсетов.

# nixp.ru

[Zhek@Ch]

[size="3"]Компания Intel выпустила OpenCL SDK для Linux [/size]

Компания Intel анонсировала доступность для платформы Linux предварительной версии инструментария OpenCL SDK, позволяющего создавать приложения с использованием OpenCL 1.1, API и расширений языка Си для параллельного программирования с возможным задействованием GPU видеокарт (в настоящий момент SDK от Intel содержит только реализацию стандарта OpenCL, поддерживающую CPU Intel, без использования GPU).

# opennet.ru

[Zhek@Ch]

[size="3"]Уязвимость в механизме виртуализации Intel VT-d позволяет выйти за пределы изолированного окружения [/size]

Йоанна Рутковска (Joanna Rutkowska), автор руткита Blue Pill, операционной системы Qubes OS и руководитель Invisible Things Lab, опубликовала документ, в котором представила сразу три способа обхода защиты механизма виртуализации Intel VT-d (IOMMU), используемого в Xen и других гипервизорах для проброса реальных устройств на шине PCI в виртуальный домен. Все три метода основаны на возможности отсылки прерывания формата MSI с произвольным вектором прерывания из непривилегированного домена, имеющего доступ к адресному пространству устройства.

В первом случае используется генерация подложного SIPI-прерывания (Start-up Inter Processor Interrupt), которое в нормальной ситуации применяется в BIOS для активации всех ядер/процессоров системы. Легальные SIPI-прерывания могут быть инициированы только самим процессором, но как выяснилось в ходе исследования, за них легко выдать обычное MSI-прерывание путем простого изменения значения поля "Delivery Mode". Получив SIPI-прерывание ядро начинает выполнение подготовительного (start-up) кода, адрес которого вычисляется с использованием номера вектора прерывания, что можно использовать для внедрения shell-кода. Однако, при переходе в режим виртуализации (VT-x), процессор блокирует (но запоминает) все INIT-прерывания, которые должны быть обработаны перед отсылкой SIPI-прерывания, поэтому shell-код может отработать только тогда, когда процессор выйдет из режима виртуализации, то есть на этапе выключения машины.

Второй метод - генерация MSI-прерывания с номером вектора 0x80 или 0x82, которые будут интерпретированы как системные вызовы или вызовы функций Xen, выполненные активным в данный момент доменом. Однако, единственный способ успешно выполнить атаку, это поймать момент, когда регистры процессора будут содержать нужные аргументы и номер системного вызова.

Третий метод заключается в генерировании прерывания с номером 17 (#AC), которое попадет к обработчику ошибок процессора. В результате значения стека будут интерпретированы неправильно и управление вернется к инструкции, расположенной по адресу RFLAGS:CS, а не CS:RIP, как того ожидает обработчик.

В конце документ содержит описание работы и фрагменты кода эксплойта, который использует второй метод и позволяет выйти за пределы непривилегированного Xen-домена. Получив предварительную версию документа разработчики Xen реализовали функциональность, которая запрещает обработку прерываний с номерами 0x80 и 0x82, если они были вызваны устройствами, а также блокирует доставку прерывания #AC. Однако первый метод до сих остается осуществимым, так что единственная серьезная защита против всех видов атак заключается в использовании механизма Interrupt Remapping (который блокирует незаконные прерывания от устройств), доступного пока только в процессорах серии Intel Sandy Bridge, выпущенных в начале текущего года.

 Интересно, что Xen уже имел механизм ограничений на доступ к памяти устройств, проброшенных в виртуальные домены, который запрещал произвольное изменение вектора прерывания драйвером устройства. Но, как оказалось, его легко обойти с помощью механизма "Scatter Gather", поддерживаемого многими устройствами и позволяющего разбить одну DMA-транзакцию на несколько более мелких, с разными адресами назначения. Одним из таких адресов может быть область памяти, отведенная для записи MSI-прерываний.

# opennet.ru