The OpenNET Project / Index page

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

В ядре Linux 3.9 ожидается порция изменений и улучшений в драйвере AMD Radeon

03.02.2013 06:11

Алекс Дейчер (Alex Deucher), разработчик из компании AMD, создал новую Git-ветку drm-next-3.9-wip, в которой размещена порция изменений, которая попадет в ядро Linux 3.9, окно приема изменений для которого открывается через несколько недель. Ресурс Phoronix подытожил наиболее заметные изменения, касающиеся ядерной части открытого драйвера AMD, которые вероятно попадут в ядро 3.9:

  • Переделан сброс GPU. Улучшенный вариант содержит обновленный код, лучше соответствующий рекомендациям из спецификаций на последовательность программной перезагрузки GPU. Для GPU на основе R600 и новее, реализован специальный флаг, информирующий video BIOS о том факте, что GPU был перезагружен по причине зависания. В процессе перезагрузки теперь анализируются регистры состояний для того чтобы определить какие части графического процессора следует сбрасывать.
  • Вызов ioctl, через который производится загрузка команд в GPU, был переделан. Теперь вместо разных функций для разных моделей GPU будет доступна единая функция, разбирающая пакет с набором инструкций для GPU, независимо от типа GPU. Отличия между GPU будут обрабатываться в рамках этой функции. Данный патч был предоставлен Bell Labs. Аргументом за такое решение послужило то, что функции загрузки потока команд в GPU очень похожи для разных моделей, поэтому оказалось возможным выделить общий код для всех GPU.
  • Переход к использованию косвенно адресуемых буферов (indirect buffers - IBs) для обновлений таблиц страниц виртуальной памяти ("IBs for VM PT updates"). Это сделано для того чтобы предотвратить переполнение кольца в случае очень больших обновлений таблиц страниц. Кроме того, в результате этого изменения для обновления таблиц страниц теперь будет использоваться кольцо DMA.
  • Установка видеорежимов из пользовательского режима объявлена устаревшей (UMS - userspace modesetting). Интерфейс UMS более не поддерживается. Для более-менее свежих, а также будущих GPU, будет реализовываться только установка видеорежимов через ядро (KMS - kernel modesetting). Стоит отметить что xorg-драйвер xf86-video-ati некоторое время назад был переведен на интерфейс KMS и уже не поддерживает использование UMS. Указанное изменение ставит точку в переходе на использование KMS.

Кроме того Алекс Дейчер отметил, что в разработке есть несколько иных (внутренних) проектов, касающихся открытого драйвера, которые разработчики также надеются успеть внедрить в ядро 3.9.

  1. Главная ссылка к новости (http://www.phoronix.com/scan.p...)
Автор новости: Аноним
Лицензия: CC-BY
Тип: К сведению
Короткая ссылка: https://opennet.ru/36008-linux
Ключевые слова: linux, kernel, amd, radeon
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (40) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (-), 10:43, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Дойхер?
     
     
  • 2.2, Аноним (-), 10:51, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Английский вариант произношения тут не пройдёт. Например глава фейсбука Цукерберг, хотя на западе все поизносят его фамилию как Закебёрг
     
  • 2.3, dalco (ok), 11:31, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Встречался еще с вариантом "Дойчер", так, якобы, его фамилию немцы читают (я то в немецком ни в зуб ногой).
     
     
  • 3.13, Аноним (-), 13:43, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Дойхер - как раз таки по немецки. Буква Ч в немецком это tsch.

    // Аспирант в Германии

     
  • 2.16, t0t (?), 15:07, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +17 +/
    Если англоамериканец, то Дьючер.
    Если немец, то Дойхер.
    Если голландец, то Дёхер.
    Если француз, то Дёше.
    Если румын, то Деукер.
    Если еврей, то любое из выше перечисленного.
     

  • 1.4, анонимус (??), 13:06, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну вот, вышла очередная новость про улучшения в открытых дровах для видеокарт AMD. Что же мы видим? Нескончаемый вот уже много лет поток новостей про улучшения в открытых драйверах, а по факту как открытые дрова сливали по полной проприетарным несколько лет назад, так и продолжают сливать по полной и по сей день.
     
     
  • 2.10, бедный буратино (ok), 13:35, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > так и продолжают сливать по полной и по сей день.

    Что ж вы всё о себе да о себе.

     
  • 2.19, iZEN (ok), 16:13, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • –14 +/
    В собственническом драйвере AMD FGLRX нет привязки к открытой для ядра Linux спе... большой текст свёрнут, показать
     
     
  • 3.22, Аноним (-), 16:41, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Это значит, что открытие драйвера AMD FGLRX будет способно лишь подорвать доверие к общепринятому унифицированному механизму KMS и разобщению процесса разработки открытого видеодрайвера

    Ты что и правда не понимаешь, что если FGLRX откроют то он станет свободным, а свободному драйверу не запрещено использовать KMS, из свободного FGLRX можно будет брать код в другие драйвера. Про остальной текст вообще молчу - это инфантильный бред.

     
  • 3.35, Аноним (-), 18:19, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > "бутылочное горлышко" — KMS

    Хорошая трава, забористая. А, прости, что там тормозит то в KMS? Переключение видеорежимов? В ядре? Серьезно? И что, из юзермода быстрее? Ололо, пыщ-пыщ.

    > Возможно поэтому AMD и NVIDIA не спешат с форсированием разработок

    Ну вон интель в соседней новости втопил так что за ушами свистит. А нвидия - на то она и нвидия чтобы полимеры просир@ть.

     

  • 1.5, анонимус (??), 13:07, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Причина в том, что AMD не откроет никогда спеки с помощью которых можно было бы сделать производительность открытых дров равной производительности проприетарных, из-за того что технологии описываемые в таких спеках подпадают под патенты.
     
     
  • 2.8, анон (?), 13:18, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Ага, сами запатентовали, сама и скрывают.
     
     
  • 3.9, anonim (?), 13:32, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Да в том то и дело что не открывают они такие спеки - поэтому производительность открытых дров так и остаётся ниже плинтуса.

    По-поводу "сами": владельцами патентов могут быть и другие компании те же NVidia и Intel и более мелкие. Ведь доказать что AMD использует в своих видеокартах технологии подпадающие под патенты очень проблематично, а вот если будут открытые дрова с реализацией этих технологий то тут уже проблем не будет, в качестве доказательства в суде можно будет ссылатся ни куски исходного кода. В то же время, конечно, они могут опасаться утечки своих технологий в NVidia.

     
     
  • 4.52, ананим (?), 20:26, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    какая же каша у вас в голове…
     
  • 2.41, Аноним (-), 18:57, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > из-за того что технологии описываемые в таких спеках подпадают под патенты.

    В даташите описан набор команд и как всем этим рулить. Остальное уже не проблемы шерифа. Ежу понятно что для одного набора команд возможно бесконечное количество реализаций генерации кода с различной эффективностью этого процесса. Никакого всемирного заговора тут нет, чисто технические и математические моменты.

    Любители заговоров могут побухтеть про UVD и что там еще. Которые однако ж перпендикулярны производительности в 2D/3D сами по себе.

     
     
  • 3.46, anonim (?), 19:05, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Никакого всемирного заговора тут нет, чисто технические и математические моменты.

    Ну да конечно, а что же код fgrlx тогда не открывают?

     
     
  • 4.51, Аноним (-), 20:19, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну да конечно, а что же код fgrlx тогда не открывают?

    То что это блоб с чуть ли не десятилетней историей, в котором почти наверняка понамешана интеллектуальная собственность третьих фирм и что там еще. И да, по DRMно-ограничительным соображениям очкуют открыть спеки на UVD декодер (аппаратный акселератор видеодекодирования). Боятся что пиратам под огороженными системами, дескать, поможет. Правда я честно говоря не видел пиратов испытывающих по этому поводу каких-то затруднений с пиратингом, если честно :)

     

  • 1.6, anonim (?), 13:07, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Так что пусть дурачки, верящие пропаганде открытия спеков AMD покупают их видеокарты, с мыслью: вот-вот, ещё чуть-чуть и свободные дрова догонят проприетарные. Да дураки вы, никогда они не догонят - в этом правда этого порочного мира.
     
     
  • 2.7, paulus (ok), 13:16, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    то же самое можешь сказать и "дурням" с картами нвидиа и другими...
     
     
  • 3.18, Аноним (-), 16:08, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Так они не дурни в отличии от ... Потому что покупая видеокарту NVidia они знают (NVidia не промывает мозги покупателям открытостью драйверов), что нормальные дрова будут только проприетарные. AMD же, своими бесконечными, многолетними новостями про улучшение свободных драйверов, промывает мозги доверчивым линуксойдам.

    AMD открытые драйвера всегда будут УГ по сравнению с их же проприетарными - и это не моё IMHO, это такая политика у компании AMD.

     
     
  • 4.53, Аноним (-), 21:48, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    > AMD же, своими бесконечными, многолетними новостями про улучшение свободных драйверов,

    Автор данной новости не является сотрудником AMD. Единственное чем я отношусь к AMD - я пользуюсь их видеокартами и желаю использовать открытые драйвера в моей системе. Потому и мониторю развитие открытых драйверов.

     
  • 2.11, Mihail Zenkov (ok), 13:36, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Насколько я помню, AMD вообще хочет отказаться от закрытого драйвера для Linux, после того как будет рабочий OpenCL и в целом драйвера сравняются по функциональности и производительности. Поэтому и пилят открытый драйвер с таким рвением.
     
     
  • 3.12, Аноним (-), 13:42, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Блажен кто верует.

    >Поэтому и пилят открытый драйвер с таким рвением.

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

     
     
  • 4.15, ананим (?), 14:41, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Блажен кто верует.

    Блажен правду ищущий, неуч.
    Или ты свою библию пишешь?
    > Так проприетарный драйвер то они тоже пилят хотя давно уже могли сделать проприетарный драйвер открытым под свободной лицензией.

    Ага, для вантузятников, ибо 95% там общий код.

    Зыж
    Когда уже невежи начнут отличать производительность реализаций opengl, от самих драйверов...
    Не, это я загнул, фантастика.

     
     
  • 5.17, Аноним (-), 15:58, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ответь на вопрос: почему AMD не выпускает свой проприетарный драйвер под свободной лицензией?

    Ведь компания AMD поборник открытости, что же они не могут тогда открыть свою же собственность и пилят вторую версию дров - открытую.

     
     
  • 6.20, anonymous (??), 16:23, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Ответь на вопрос: почему AMD не выпускает свой проприетарный драйвер под свободной
    > лицензией?
    > Ведь компания AMD поборник открытости, что же они не могут тогда открыть
    > свою же собственность и пилят вторую версию дров - открытую.

    Это жидомасонский заговор, $username.

     
  • 6.21, ананим (?), 16:27, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Потому что 90% этого драйвера составляет реализация opengl.
    Которая сто-пудово имеет другого автора/ов. И она банально не имеет права на перелицензирование.

    Да они и не нужны. Да, открытые дрова (и меса) разрабатываются долго, но они лишены легаси-кода, слабо связанного кода  (включая какойнить вин16 и дх.в.3 и тд), используют современный линуховый стэк (от кмс, до ллвм шэйдеров).
    Но, судя по купленным играм в стиме (и интельной карте hd4000, сабжа у меня нету), этот стэк уже вполне работоспособен и развивается так, что никакому блобу не угнаться.

    Думаю критическая точка невозврата уже пройдена — уже проще доработать открытые, чем в блобы встроить то, что предъявляет к подобным системам ОС.

     
     
  • 7.23, Аноним (-), 17:03, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • –1 +/
    С чего ты это взял Производительность проприетарных дров вовсе не в лучшей реал... большой текст свёрнут, показать
     
     
     
     
     
    Часть нити удалена модератором

  • 11.40, Аноним (-), 18:55, 03/02/2013 [ответить]  
  • –1 +/
    В этом нет необходимотси, уже существует Mesa и команда разработчиков развивающи... большой текст свёрнут, показать
     
     
  • 12.47, Аноним (-), 19:05, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Wrong А кто будет генерить код для GPU и скармливать в оный Или вы предлагаете... текст свёрнут, показать
     
  • 2.42, Аноним (-), 18:58, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > дураки вы, никогда они не догонят - в этом правда этого порочного мира.

    А вот это мы будем посмотреть. В 2D они спокойно затыкают проприетарные дрова, кстати. Ядерные низкоуровневые подсистемы для работы с GPU нынче в линукс кернеле довольно шустрые.

     

  • 1.14, ua9oas (ok), 14:20, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Так проприетарный драйвер то они тоже пилят хотя давно уже могли сделать проприетарный драйвер открытым под свободной лицензией.

    а почему тогда этого не делают? (может ли например какое конкурентное давление продавить этот вопрос так, чтобы тот драйвер открытым все же сделали?)

    а какие еще изменения будут в этом ядре? (а "3.8" когда выйдет? И могут ли быть хоть какие-то изменения того драйвера и в нем?).

     
  • 1.26, Аноним (-), 17:28, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не догонит проприетарный драйвер, да?
    А у меня World of Tanks под Wine лучше работает на открытом драйвере, чем на проприетарном. FPS - около 15-35, без артефактов и зависаний. А с проприетарным драйвером и артефакты, и  иногда зависания. Так что ваши слова про плохой октрытый драйвер меня вообще не волнуют. Не получился у вас вброс, господа тролли.
     
  • 1.28, Аноним (-), 17:40, 03/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    >World of Tanks под Wine лучше работает на открытом драйвере, чем на проприетарном. FPS - около 15-35, без артефактов и зависаний. А с проприетарным драйвером и артефакты, и  иногда зависания.

    На какой карте, если старьё то не удивительно что на проприетарном драйвере хреново работает. Если новая, что вряд ли, то это говорит только о том что и проприетарные драйвера AMD под Linux тоже не шибко то и хороши, в отлчии от проприетарных дров NVidia под Linux.

     
     
  • 2.37, Аноним (-), 18:38, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    это ещё может говорить о большей ориентированности вайна и игры на эту игру, вообще-то
     
     
  • 3.39, Аноним (-), 18:40, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    //obvious fix

    это ещё может говорить о большей ориентированности вайна и игры на на нвидиевские карточки

     
     
  • 4.49, Аноним (-), 19:19, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Угу, причем один из основателей wine работал в NVidia.
     
  • 2.43, Аноним (-), 19:00, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > не шибко то и хороши, в отлчии от проприетарных дров NVidia под Linux.

    Вот только почему-то когда i++'й по счету индивид с этим драйвером вылезает с теми или иными проблемами, всех рекламеров нвидии как ветром сдувает. Wtf, парни? Вы не хотите отвечать за свои советы? Ах, я и забыл - там даже баг в человеческой форме репортить некуда, не то что его чинить :)

     
  • 2.54, Аноним (-), 22:42, 03/02/2013 [^] [^^] [^^^] [ответить]  
  • +/
    Sapphire Radeon HD 6670 у меня.

    > Если новая, что вряд ли,

    А у тебя какая, тролль? Radeon HD 7990? Или может GeForce GTX 690? Небось встроенное недовидео и куча тролльих соплей.

     

  • 1.57, атата (?), 20:15, 04/02/2013 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    по спору о том что лучше - в закрытом драйвере у меня проблема с масштабированием, которое включается после перезагрузки, которой нет в открытых драйверах, так что я открытые предпочитаю - всё работает без нареканий))
     

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



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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