The OpenNET Project / Index page

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

Компания NVIDIA представила код для альтернативной организации поддержки PRIME

07.12.2012 12:06

Аарон Плэттнер (Aaron Plattner), один из ведущих разработчиков проприетарных драйверов NVIDIA, опубликовал набор патчей с попыткой абстрагирования использования в драйверах функций технологии PRIME, позволяющей организовать совместное обращение разных драйверов к общему буферу, что необходимо для реализации возможности горячего переключения вывода между разными видеокартами.

Код оформлен в виде небольших опциональных функций-хелперов, которые позволяют использовать абстрактный набор простых вызовов (drm_gem_prime_import и drm_gem_prime_export), независимых от низкоуровневой реализации поддержки PRIME (пока доступна только реализация поверх DMA-BUF). Поддержка хелперов обеспечена для drm-модулей nouveau, radeon и exynos. Указанные вызовы помогут организовать взаимодействие свободных драйверов с проприетарным драйвером NVIDIA без прямого обращения к API DMA-BUF, что позволит избежать нарушения лицензии GPL (стандартные функции DMA-BUF отнесены в ядре Linux к категории внутренних интерфейсов, которые экспортируются в группе EXPORT_SYMBOL_GPL, ограничивающей возможность использования только для модулей ядра, распространяемых под лицензией GPL).

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
  2. OpenNews: NVIDIA экспериментирует с возможностью добавления поддержки Optimus в Linux
  3. OpenNews: Вышел X.Org Server 1.13 с поддержкой горячего переключения между драйверами
  4. OpenNews: Cтатус поддержки NVIDIA Optimus в Linux и X.Org. Доклады с конференции XDC2012
  5. OpenNews: Технология DMA-BUF не может быть использована в проприетарных видеодрайверах без перелицензирования
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/35531-nvidia
Ключевые слова: nvidia, drm, prime, dma-buf
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (13) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, Zenitur (ok), 19:24, 07/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Молодцы! Есть ещё талантливые программисты там! А я думал, что времена, когда для Linux делали SLI, разгон, Cg, GLX with Composite, CUDA, VDPAU и другие технологии, прошли. И что теперь Windows-версия драйвера постепенно будет обретать всё новый функционал, недоступный в Linux и FreeBSD, а в Linux будут только поддерживать на современном уровне только то, что уже сделано и жалко бросить.
     
     
     
    Часть нити удалена модератором

  • 3.7, Аноним (-), 21:02, 07/12/2012 [ответить]  
  • +1 +/
    >убунта по дефолту блобье предпочитает не впихивать

    Ты не поверишь. Шатлворт даже платит проприетарщикам за специальную верисю блоба видео драйверов только для убунты.

     
     
  • 4.10, Аноним (-), 21:31, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это когда в ядре нашли критическую дыру, исправление которой ломало блоб, и фикс выкатили эксклюзивно ubuntu-only?

    Да, эта история запросто может свести зенитура с ума - он просто разорвется между желаниями подлизывать нвидии и тявкать на убунту.

     

  • 1.3, Заоза (?), 19:52, 07/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Поскорей бы задействовать на Asus 1015PN.
     
  • 1.5, Аноним (-), 20:31, 07/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    К сожалению с NVidia и их проприетарной хренью придётся жить ещё долго. AMD/ATI сливается, Intel не думает о мощных видеокартах, остальные уже давно слились.
     
     
  • 2.9, Аноним (-), 21:28, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    > К сожалению с NVidia и их проприетарной хренью придётся жить ещё долго.
    > AMD/ATI сливается, Intel не думает о мощных видеокартах, остальные уже давно
    > слились.

    Вы не поверите, но не всем нужны открытые драйверы, главное чтобы работало хорошо.

     
     
  • 3.11, Аноним (-), 21:33, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Вы не поверите, но не всем нужны открытые драйверы, главное чтобы работало хорошо.

    Блоб не может хорошо работать с открытым ядром. Хотя бы из-за огромного количества костылей, необходимых для обеспечения совместимости разных подходов. Не говоря уже о нулевом качестве поддержки любого закрытого ПО.

     
     
  • 4.13, Аноним (-), 21:53, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >нулевом качестве поддержки любого закрытого ПО в Linux

    Fix

     
     
  • 5.14, Аноним (-), 00:03, 08/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >>нулевом качестве поддержки любого закрытого ПО в Linux
    > Fix

    Это не баг, это фича, имхо.

     
  • 4.15, Аноним (-), 00:31, 08/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    >Не говоря уже о нулевом качестве поддержки любого закрытого ПО

    Да я вижу вы эксперт. Много продуктов поддерживаете?

     

  • 1.6, Аноним (-), 20:32, 07/12/2012 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А эту штуки можно использовать без Optimus? Например, на десктопе.
     
     
  • 2.8, Аноним (-), 21:27, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Теоретически да, такое возможно.
    Например, можно будет поставить Quadro и GeForce и использовать один для игр, второй для САПР и т.п. Совместить набортную графику неполучится, т.к. биос её выключает, когда видит другую карту на шине. Но даже такой вариант возможен.
     
     
  • 3.12, Константин (??), 21:44, 07/12/2012 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том что nvidia в дровах прописывает правила - на каких карточках что включать. И когда пошла вся эта эпопея с добавлением оптимуса в линукс, заметьте, везде они указывают что это не для Hybrid SLI (который на линуксе не возможен из-за патента). Проблемы бы не было задействовать вторую SLI-шную карту, как и оптимус, но нет! Они возьмут и напишут такое правило в дровах, чтобы с SLI и других картах (не оптимусах) отключать праймовское перенаправление.
    Сам на ноуте с Hybrid SLI, смешно, но я второй карточкой пользуюсь через VirtualGL.

    П.С. Кто следит за открытыми драйверами - как там с переключением и распределением рендеринга дела двигаются дальше "чертёжной доски"?

     

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



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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