В открытые драйверы Radeon добавлена (http://cgit.freedesktop.org/mesa/mesa/commit/?id=83e4407f443... начальная поддержка видеокарт семейства HD8000 (http://en.wikipedia.org/wiki/Sea_Islands_%28GPU_family&.... В данный момент это семейство еще не выпущено официально и не продается, тем не менее, разработчик Алекс Дейчер (Alex Deucher) из компании AMD уже добавил начальную поддержку нового семейства чипов в открытые драйверы MESA и xf86-video-ati.
Выпуск видеокарт семейства HD8000 под кодовым именем "Sea Islands" ожидается во втором квартале 2013 года. Первым дебютирует GPU HD 8800 "Oland", начальная поддержка которого и была добавлена в открытые драйверы. Отмечается, что столь оперативное добавление поддержки нового семейства стало возможным из-за того, что архитектура данного семейства отличается от HD7000 намного меньше, чем это было при переходе от HD6000 к HD7000, что позволило использовать код драйверов от предыдущего семейства HD7000 с минимальными изменениями.
Тем не менее, стоит отметить, что хотя поддержка в ядре Linux низкоуровневой функциональности, такой как KMS, для семейства HD7000 работает уже достаточно давно, скорость развития Gallium-драйвера RadeonSI (https://www.opennet.ru/opennews/art.shtml?num=33546), обеспечивающего ускорение 3D-операций оставляет желать лучшего. В данный момент указанный драйвер уже достиг уровня работоспособности, пригодного для того чтобы реализовать (https://www.opennet.ru/opennews/art.shtml?num=35706) ускорение 2D-операций через 3D-операции (glamor) и может использоваться для запуска простых OpenGL демонстраций. Однако для использования требовательных игр данный драйвер пока не подойдет и придется использовать проприетарный драйвер Catalyst.
Кроме того, отмечается что реализация DRM (Direct Rendering Manager) для семейства HD8000 еще не готова. Вероятно, код с поддержкой данной функциональности будет внесен в ядро Linux версии 3.9, когда будет открыто окно приема изменений.URL: http://www.phoronix.com/scan.php?page=news_item&px=MTI5Mjk
Новость: https://www.opennet.ru/opennews/art.shtml?num=36024
Я люблю господина ПЖ.
A я его еще больше ку.
Объясните почему составные компоненты (DRM) для каждой железки, т.е. части драйвера пихают в ядро?
> Объясните почему составные компоненты (DRM) для каждой железки, т.е. части драйвера пихают
> в ядро?Потому что без этого драйвер работать не будет.
Это я понимаю, но получается что для каждой карты своя реализация получается, если я правильно понял. Но это же не универсальный интерфейс или протокол, который может взаимодействовать с кучей устройств.
Почему идет привязка к ядру, и к конкретной версии? Если это для конкретной железки и не является универсальным - то это драйвер или компонент, который вроде как надо ставить отдельно и он должен взаимодействовать с ядром через специализированное API, которое смогут юзать и другие драйвера.
потому что у ядра такая модель разработки. изначально было монолитным, потом стало гибридным, сейчас пишут так, как считают нужным в каждом конкретном случае
> изначально было монолитным, потом стало гибриднымВы ошибаетесь. Оно стало не монолитным, а модульным. Гибридное — это совсем другой зверь. Монолитные ядра позволяют расширять функциональность за счет подгружаемых по необходимости в пространство ядра модулей. Гибридные ядра ведут себя как микроядра и содержат всё, кроме подсистем управления памятью и потоками, в пространстве пользователей — но, в отличии от микроядер, позволяют перемещать в пространство ядра некоторые случаи (к примеру, драйвера) с целью повышения производительности. На практике гибридные ядра поступают схоже с модульными и помещают в пространство ядра всё, что могут, но архитектурное различие никуда не исчезает — ведь гибридные ядра способны помещать свои расширения в пространстве пользователя, а модульные ядра — нет.
спасибо за поправку. но суть, почему пихают в ядро остается той же.
> Гибридное — это совсем другой зверь.Не настолько уж и другой, кое-что общее там есть: ядерное пространство одно на всех.
В линукс принята модель разработки, которая не подразумевает стабильного API для драйверов. Это является официальной позицией Линуса и большинства других топовых разработчиков (см. Documentation/stable_api_nonsense.txt). Вместо этого предполагается, что драйверы должны содержаться в едином дереве кода с остальными компонентами ядра.
Спасибо вам и людям выше, кто-то и ниже то же отвечал. Теперь примерно понятно почему нет стабильного апи и реализации через него. И понятно почему все ждут окна для включения кода в ядро.
http://dri.freedesktop.org/wiki/DRMIs it possible to make a DRI driver without a DRM driver in a piece of hardware whereby we do all accelerations in PIO mode?
The kernel provides three main things:
* the ability to wait on a contended lock (the waiting process is put to sleep), and to free the lock of a dead process;
* the ability to mmap areas of memory that non-root processes can't usually map;
* the ability to handle hardware interruptions and a DMA queue.All of these are hard to do outside the kernel, but they aren't required components of a DRM driver. For example, the tdfx driver doesn't use hardware interrupts at all -- it is one of the simplest DRM drivers, and would be a good model for the hardware you are thinking about (in it's current form, it is quite generic).
> Объясните почему составные компоненты (DRM) для каждой железки,
> т.е. части драйвера пихают в ядро?Потому что так быстрее работает. И кроме того, вполне логично что ядро само умеет делать некие базовые операции с периферией.
> добавлена начальная...прочитал как "добавлена печальная" :)
И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
Другим и не нужно. Да и дохлые они.
Почему не смогут? Всё открыто, документированно, портируй-не хочу... Ах, лицензия не позволяет? Сочувствую.
чего это им МИТ-лицензия должна мешать то?
запиливать новинки никто не хочет, вот и всё.
плач «ярославны» можно объяснить только «плохие линуксоиды нам не сделали»
> чего это им МИТ-лицензия должна мешать то?
> запиливать новинки никто не хочет, вот и всё.
> плач «ярославны» можно объяснить только «плохие линуксоиды нам не сделали»Представителей других религиозных конфессий, в частности, *BSD и Apple, они
выкинули за ненадобностью в марте 2012 года: https://www.opennet.ru/opennews/art.shtml?num=33375
Угу. Выкинули. А то, что там голосоание разработчиков было - это, конечно, мелочи.
> Представителей других религиозных конфессий, в частности, *BSD и Apple, они
> выкинули за ненадобностьюПардон, *bsd по сути самоустранились из процесса разработки, поскольку у них как обычно ни на что нет ресурсов. А эпплу вся эта возня с иксами - нафиг не упала. У них там свои драйверы есть и своя графическая подсистема. По поводу чего на иксы эпплу класть с прибором, мягко говоря.
А, ну да. Я забыл, что это не KMS, а иксовая часть. Тем более непонятно, о чём скулёж.
> И что? Это же всё Linux-only.Кто виноват что других серьезных претендентов на десктоп в данный момент нет? Хотя ходили какие-то слухи что в соляре для радеона могут запилить ядерный KMS, но в целом юзать соляру на десктопе - это как ездить на танке в булочную.
Другие ОС используются для хостинга игрушечек, написанных на perl и работающих только в IE.
> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.Потому что они не в состоянии или не хотят организовать необходимую поддержку в _своих_ ядрах? Ну так это их проблемы.
>> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
> Потому что они не в состоянии или не хотят организовать необходимую поддержку
> в _своих_ ядрах?Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
> Ну так это их проблемы.
Это проблема Open Source, а не "их проблемы". Не называйте открытым и свободным то, что доступно только для определённой операционной системы. А то получится аналогия того, что "автомобили могут быть различных цветов, только если этот цвет чёрный".
>>> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
>> Потому что они не в состоянии или не хотят организовать необходимую поддержку
>> в _своих_ ядрах?
> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.Скорее никто из разработчиков-маководов особо не хочет этим заниматься. Вот ZFS они с радостью портировали, а это наверняка гораздо сложнее, чем подготовка инфраструктуры DRM/KMS/что-там-ещё.
>> Ну так это их проблемы.
> Это проблема Open Source, а не "их проблемы". Не называйте открытым и
> свободным то, что доступно только для определённой операционной системы. А то
> получится аналогия того, что "автомобили могут быть различных цветов, только если
> этот цвет чёрный".Ты мне предлагаешь не называть открытыми и свободными кучу *BSD-специфичных проектов? Ок :)
>>>> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
>>> Потому что они не в состоянии или не хотят организовать необходимую поддержку
>>> в _своих_ ядрах?
>> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
> Скорее никто из разработчиков-маководов особо не хочет этим заниматься.Заниматься чем, простите?
> Вот ZFS они с радостью портировали, а это наверняка гораздо сложнее, чем подготовка инфраструктуры DRM/KMS/что-там-ещё.
ZFS разрабатывалась с упором на кросс-платформенность. Там даже сделали независимый от операционной системы файловый кэш (который пришлось специально оптимизировать под ядро Solaris без потери портабельности).
>>> Ну так это их проблемы.
>> Это проблема Open Source, а не "их проблемы". Не называйте открытым и
>> свободным то, что доступно только для определённой операционной системы. А то
>> получится аналогия того, что "автомобили могут быть различных цветов, только если
>> этот цвет чёрный".
> Ты мне предлагаешь не называть открытыми и свободными кучу *BSD-специфичных проектов? Ок :)Да, пожалуйста. Для линуксоидов они недоступны, как и якобы открытый и свободный X.Org новой версии для *BSD, Solaris, Mac OS X и других не столь известных Unix-подобных ОС, закладывающихся долгое время на кросс-платформенные спецификации графической среды X. Вышла новая версия X: "Отвалите, вы нам больше не нужны. Спасибо Intel и Linux за наше счастливое завтра.".
>>> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
>> Скорее никто из разработчиков-маководов особо не хочет этим заниматься.
> Заниматься чем, простите?Запиливанием инфраструктуры DRM/KMS/нутыпонел.
>> Вот ZFS они с радостью портировали, а это наверняка гораздо сложнее, чем подготовка инфраструктуры DRM/KMS/что-там-ещё.
> ZFS разрабатывалась с упором на кросс-платформенность. Там даже сделали независимый от
> операционной системы файловый кэш (который пришлось специально оптимизировать под ядро
> Solaris без потери портабельности).Ладно, фиг с ней.
>> Ты мне предлагаешь не называть открытыми и свободными кучу *BSD-специфичных проектов? Ок :)
> Да, пожалуйста. Для линуксоидов они недоступны, как и якобы открытый и свободный
> X.Org новой версии для *BSD, Solaris, Mac OS X и других
> не столь известных Unix-подобных ОС, закладывающихся долгое время на кросс-платформенные
> спецификации графической среды X. Вышла новая версия X: "Отвалите, вы нам
> больше не нужны. Спасибо Intel и Linux за наше счастливое завтра.".Xorg остаётся кроссплатформенным. Лишь некоторые, определённые драйверы рассчитывают на наличие KMS, причём они не привязаны к конкретной реализации. inb4: нет, Xorg не прибит гвоздями к Udev, это миф.
>>>> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
>>> Скорее никто из разработчиков-маководов особо не хочет этим заниматься.
>> Заниматься чем, простите?
> Запиливанием инфраструктуры DRM/KMS/нутыпонел.DRM-инфраструктура "запилена", DRI2 есть. KMS — это технология ядра Linux. Часть ядра Linux внести в ядро FreeBSD что ли?
>>> Вот ZFS они с радостью портировали, а это наверняка гораздо сложнее, чем подготовка инфраструктуры DRM/KMS/что-там-ещё.
>> ZFS разрабатывалась с упором на кросс-платформенность. Там даже сделали независимый от
>> операционной системы файловый кэш (который пришлось специально оптимизировать под ядро
>> Solaris без потери портабельности).
> Ладно, фиг с ней.Ну вот и не надо было начинать.
>>> Ты мне предлагаешь не называть открытыми и свободными кучу *BSD-специфичных проектов? Ок :)
>> Да, пожалуйста. Для линуксоидов они недоступны, как и якобы открытый и свободный
>> X.Org новой версии для *BSD, Solaris, Mac OS X и других
>> не столь известных Unix-подобных ОС, закладывающихся долгое время на кросс-платформенные
>> спецификации графической среды X. Вышла новая версия X: "Отвалите, вы нам
>> больше не нужны. Спасибо Intel и Linux за наше счастливое завтра.".
> Xorg остаётся кроссплатформенным. Лишь некоторые, определённые драйверы рассчитывают
> на наличие KMS, причём они не привязаны к конкретной реализации.Драйвер xf86-video-ati 6.14.3 не обновляют до xf86-video-ati 7.1.0 видимо потому, что мантейнеру порта лень. :))
> inb4: нет, Xorg не прибит гвоздями к Udev, это миф.
А ещё X.Org не прибивали гвоздями к HAL, потому что это тоже миф. :))
>>>>> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
>>>> Скорее никто из разработчиков-маководов особо не хочет этим заниматься.
>>> Заниматься чем, простите?
>> Запиливанием инфраструктуры DRM/KMS/нутыпонел.
> DRM-инфраструктура "запилена", DRI2 есть. KMS — это технология ядра Linux. Часть
> ядра Linux внести в ядро FreeBSD что ли?Написать свою совместимую реализацию? Делали же что-то вроде. Хотя с BSD-шными темпами на это нужны годы.
> Драйвер xf86-video-ati 6.14.3 не обновляют до xf86-video-ati 7.1.0 видимо потому, что мантейнеру
> порта лень. :))Потому что без KMS он не работает.
>> inb4: нет, Xorg не прибит гвоздями к Udev, это миф.
> А ещё X.Org не прибивали гвоздями к HAL, потому что это тоже
> миф. :))Не прибивали. Что HAL, что Udev нужны только для автоматического добавления устройств. Не думаю, что бсдшники деградировали настолько, что не могут прочесть man xorg.conf, man kbd и man mousedrv. Ну и даже во времена HAL у меня Xorg отлично работал без него, даже в бинарном дистрибутиве.
>>>>>> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
>>>>> Скорее никто из разработчиков-маководов особо не хочет этим заниматься.
>>>> Заниматься чем, простите?
>>> Запиливанием инфраструктуры DRM/KMS/нутыпонел.
>> DRM-инфраструктура "запилена", DRI2 есть. KMS — это технология ядра Linux. Часть
>> ядра Linux внести в ядро FreeBSD что ли?
> Написать свою совместимую реализацию?Опять приходим к тому, от чего пытаемся уйти.
> Делали же что-то вроде. Хотя с BSD-шными темпами на это нужны годы.
Вот имеенно. Заменить Intel в реализации KMS способна группа толковых разработчиков, но её нет — над KMS работает один человек.
>> Драйвер xf86-video-ati 6.14.3 не обновляют до xf86-video-ati 7.1.0 видимо потому, что мантейнеру порта лень. :))
> Потому что без KMS он не работает.Очевидно.
>>> inb4: нет, Xorg не прибит гвоздями к Udev, это миф.
>> А ещё X.Org не прибивали гвоздями к HAL, потому что это тоже
>> миф. :))
> Не прибивали.Прибивали на начальной стадии, но вовремя одумались и исключили обязательную поддержку HAL.
> Ну и даже во времена HAL у меня Xorg отлично работал без него, даже в бинарном дистрибутиве.
WITHOUT_HAL="YES" для x11-servers/xorg-server — у меня. А по умолчанию X-сервер с зависимостью от HAL — http://www.freshports.org/x11-servers/xorg-server/ .
>>> ядра Linux внести в ядро FreeBSD что ли?
>> Написать свою совместимую реализацию?
> Опять приходим к тому, от чего пытаемся уйти.Уходите, только топать протоптанной тропинкой - проще чем ломиться в снежной целине по пояс, где еще не хожено. Хотите своим маршрутом, пробитые тропинки не нравятся? Флаг в руки, только вы знаете цену. Придется писать все самостоятельно и не ждать ни от кого помощи. Тем более что карты в руки вам дали - сорцы референсной реализации есть. Спеки есть. В общем все необходимое имеется. А дальше уж вы сами как-нибудь. Катать вас бесплатно неизвестно ради чего никто не нанимался.
> её нет — над KMS работает один человек.
Ну так у вас везде так. У бсдоидов сроду ни на что не хватает ресурсов. Ну, сколько нашлось желающих жрать ваш кактус - столько и нашлось. Интел в их число записываться не пожелал. Да и амд тоже. А что оно им даст, кроме спуска ресурсов в унитаз с нулевой отдачей? Из фрибздей десктоп (не говоря уж о смартах и планшетах) - как из моей бабушки балерина.
>> Потому что без KMS он не работает.
> Очевидно.UMS вынесли в deprecated - на него попросту забили. Вообще во всех частях драйверов. Никто не хочет поддерживать данный интерфейс. Пока некоторые бздели и истекали дизтопливом, другие просто пилили. И ушли далеко вперед.
> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.Просто потому что интел видит для себя некие перспективы в лине. А фрибсда им нафиг не упала.
> Это проблема Open Source, а не "их проблемы". Не называйте открытым и
> свободным то, что доступно только для определённой операционной системы.То-есть, фрибзда - закрытая? Ну в ней есть всякие там нетграфы и геомы, kqueue, ... - аналогов которых нет в других ОС. Применяя твою же логику получаем что ее нельзя называть открытой и свободной xD.
А так в этом мире много маргинальных систем. Кто ж виноват что за свои хренадцать лет бзды отвоевали рынок размером как у хаек и прочих менуэтов? Вот они и не интересны никому. Интел все-таки коммерческая контора и если что-то делает - то потому что это позволит получить чего-то. С линем это даже не фантастика - он под реальную эксплуатацию пилится. А фрибзда - академподелка во весь рост. Эксплуатационные свойства и оптимальность расходования и без того мизерных ресурсов команды постоянно приносятся в жертву "расово верному" построению системы. Под применения интересные интелу оно не заточено чуть более чем полностью. А так - сорцы есть, спеки есть, гули еще надо? Или делаете интерфейсы как у линя, или прете своим маршрутом, со всеми вытекающими.
> А то получится аналогия того, что "автомобили могут быть различных цветов, только если
> этот цвет чёрный".Не, не так. Просто маргинальных осей много. Десятки, если не сотни. На их все - ни у какой фирмы ресурсов не хватит. У илитизма и оторванности от остальных имеется своя цена. Вот она и начинает икаться.
> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут
> воспользоваться этим открытым только для Linux видеодрайвером.Да знаем мы уже, что альтернативно-"Другими свободными операционными системами" пользуются и пишут их только нытики, слюнтяи и слабаки. Новенького чего расскажи?
Лучше бы окончательную поддержку для старых чипов допилили, чем начальную для новых. А то поддержка как-бы и есть, вот только не радует...
> Лучше бы окончательную поддержку для старых чипов допилили,Дла старых чипов все куда лучше - даже gallium 3D драйвер может запускать вполне приличные игры. И OpenGL вплоть до 3.х - добили. По большому счету из 3.x остался более новый GLSL и геометрические шейдеры, что покрывает вообще весь OpenGL 3.х. Ну вот 4-й OpenGL еще надо бы(некоторые части сделаны, но не более того), да OpenCL (значительная часть уже сделана и простые примеры OpenCL оно уже может выполнять).
Моя 6790, которая у меня почти два года, до сих пор выдает какие-то артефакты даже при самом последнем драйвере.
И да, чтобы поставить этот драйвер, больше чем в половине дистрибутивов мной опробованных, нужно загрузиться без графического интерфейса, иначе я увижу только черный экран.
я правильно понимаю, что в разработке открытых драйверов карточек AMD сейчас принимают участие инженеры из AMD?
Уже несколько лет как. Правда, мало их.
Они и так принимали участие всегда, с самой первой версии для R100. Просто раньше это были с основном консультации других разработчиков под NDA, потом некий расширенный диалог и даже написанный код базовых операций, который передавался сообществу, сейчас я так понял некоторые из команды даже имеют прямой доступ к исходникам Catalyst. Только помогает это не сильно, из за огромной сложности железки и всяким обходным трюкам которые возникают при ляпах в аппаратуре. В итоге для решении проблемы имприходится буквально отлавливать за рукав разработчиков железа в коридорах и спрашивать как работал чип который они проектировали 5 лет назад.
> участие инженеры из AMD?АМД сдедело логичный шаг: взяли на работу тех кто пилил открытый драйвер. Правда по сравнению с интелем народа маловато.