| 1.2, Аноним (-), 10:51, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Объясните почему составные компоненты (DRM) для каждой железки, т.е. части драйвера пихают в ядро?
| | |
| |
| 2.3, Аноним (-), 10:56, 05/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
> Объясните почему составные компоненты (DRM) для каждой железки, т.е. части драйвера пихают
> в ядро?
Потому что без этого драйвер работать не будет.
| | |
| |
| 3.5, Аноним (-), 11:04, 05/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Это я понимаю, но получается что для каждой карты своя реализация получается, если я правильно понял. Но это же не универсальный интерфейс или протокол, который может взаимодействовать с кучей устройств.
Почему идет привязка к ядру, и к конкретной версии? Если это для конкретной железки и не является универсальным - то это драйвер или компонент, который вроде как надо ставить отдельно и он должен взаимодействовать с ядром через специализированное API, которое смогут юзать и другие драйвера.
| | |
| |
| 4.6, Аноним (-), 11:08, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
потому что у ядра такая модель разработки. изначально было монолитным, потом стало гибридным, сейчас пишут так, как считают нужным в каждом конкретном случае
| | |
| |
| 5.8, Аноним (-), 11:49, 05/02/2013 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> изначально было монолитным, потом стало гибридным
Вы ошибаетесь. Оно стало не монолитным, а модульным. Гибридное — это совсем другой зверь. Монолитные ядра позволяют расширять функциональность за счет подгружаемых по необходимости в пространство ядра модулей. Гибридные ядра ведут себя как микроядра и содержат всё, кроме подсистем управления памятью и потоками, в пространстве пользователей — но, в отличии от микроядер, позволяют перемещать в пространство ядра некоторые случаи (к примеру, драйвера) с целью повышения производительности. На практике гибридные ядра поступают схоже с модульными и помещают в пространство ядра всё, что могут, но архитектурное различие никуда не исчезает — ведь гибридные ядра способны помещать свои расширения в пространстве пользователя, а модульные ядра — нет.
| | |
| |
| 6.9, Аноним (-), 11:58, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
спасибо за поправку. но суть, почему пихают в ядро остается той же.
| | |
| 6.23, Аноним (-), 18:53, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Гибридное — это совсем другой зверь.
Не настолько уж и другой, кое-что общее там есть: ядерное пространство одно на всех.
| | |
|
|
| 4.10, Аноним (-), 14:17, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
В линукс принята модель разработки, которая не подразумевает стабильного API для драйверов. Это является официальной позицией Линуса и большинства других топовых разработчиков (см. Documentation/stable_api_nonsense.txt). Вместо этого предполагается, что драйверы должны содержаться в едином дереве кода с остальными компонентами ядра.
| | |
| |
| 5.19, Аноним (-), 17:54, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Спасибо вам и людям выше, кто-то и ниже то же отвечал. Теперь примерно понятно почему нет стабильного апи и реализации через него. И понятно почему все ждут окна для включения кода в ядро.
| | |
|
|
|
| 2.4, arsenicum (??), 10:59, 05/02/2013 [^] [^^] [^^^] [ответить]
| +2 +/– | |
http://dri.freedesktop.org/wiki/DRM
Is 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).
| | |
| 2.20, Аноним (-), 18:42, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Объясните почему составные компоненты (DRM) для каждой железки,
> т.е. части драйвера пихают в ядро?
Потому что так быстрее работает. И кроме того, вполне логично что ядро само умеет делать некие базовые операции с периферией.
| | |
|
| 1.12, iZEN (ok), 15:44, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| –3 +/– |
 И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
| | |
| |
| 2.16, Crazy Alex (ok), 17:14, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
 Почему не смогут? Всё открыто, документированно, портируй-не хочу... Ах, лицензия не позволяет? Сочувствую.
| | |
| |
| 3.27, ананим (?), 06:41, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
чего это им МИТ-лицензия должна мешать то?
запиливать новинки никто не хочет, вот и всё.
плач «ярославны» можно объяснить только «плохие линуксоиды нам не сделали»
| | |
| |
| 4.28, iZEN (ok), 14:02, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> чего это им МИТ-лицензия должна мешать то?
> запиливать новинки никто не хочет, вот и всё.
> плач «ярославны» можно объяснить только «плохие линуксоиды нам не сделали»
Представителей других религиозных конфессий, в частности, *BSD и Apple, они
выкинули за ненадобностью в марте 2012 года: http://www.opennet.me/opennews/art.shtml?num=33375
| | |
| |
| 5.36, Crazy Alex (ok), 21:06, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Угу. Выкинули. А то, что там голосоание разработчиков было - это, конечно, мелочи.
| | |
| 5.39, Аноним (-), 23:16, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> Представителей других религиозных конфессий, в частности, *BSD и Apple, они
> выкинули за ненадобностью
Пардон, *bsd по сути самоустранились из процесса разработки, поскольку у них как обычно ни на что нет ресурсов. А эпплу вся эта возня с иксами - нафиг не упала. У них там свои драйверы есть и своя графическая подсистема. По поводу чего на иксы эпплу класть с прибором, мягко говоря.
| | |
|
| 4.37, Crazy Alex (ok), 21:07, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
А, ну да. Я забыл, что это не KMS, а иксовая часть. Тем более непонятно, о чём скулёж.
| | |
|
|
| 2.24, Аноним (-), 18:58, 05/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> И что? Это же всё Linux-only.
Кто виноват что других серьезных претендентов на десктоп в данный момент нет? Хотя ходили какие-то слухи что в соляре для радеона могут запилить ядерный KMS, но в целом юзать соляру на десктопе - это как ездить на танке в булочную.
| | |
| 2.29, GotF (ok), 15:53, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
 > И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
Потому что они не в состоянии или не хотят организовать необходимую поддержку в _своих_ ядрах? Ну так это их проблемы.
| | |
| |
| 3.30, iZEN (ok), 17:06, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
> Потому что они не в состоянии или не хотят организовать необходимую поддержку
> в _своих_ ядрах?
Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
> Ну так это их проблемы.
Это проблема Open Source, а не "их проблемы". Не называйте открытым и свободным то, что доступно только для определённой операционной системы. А то получится аналогия того, что "автомобили могут быть различных цветов, только если этот цвет чёрный".
| | |
| |
| 4.31, GotF (ok), 17:23, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут воспользоваться этим открытым только для Linux видеодрайвером.
>> Потому что они не в состоянии или не хотят организовать необходимую поддержку
>> в _своих_ ядрах?
> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
Скорее никто из разработчиков-маководов особо не хочет этим заниматься. Вот ZFS они с радостью портировали, а это наверняка гораздо сложнее, чем подготовка инфраструктуры DRM/KMS/что-там-ещё.
>> Ну так это их проблемы.
> Это проблема Open Source, а не "их проблемы". Не называйте открытым и
> свободным то, что доступно только для определённой операционной системы. А то
> получится аналогия того, что "автомобили могут быть различных цветов, только если
> этот цвет чёрный".
Ты мне предлагаешь не называть открытыми и свободными кучу *BSD-специфичных проектов? Ок :)
| | |
| |
| 5.32, iZEN (ok), 17:36, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>>> И что? Это же всё 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 за наше счастливое завтра.".
| | |
| |
| 6.33, GotF (ok), 17:55, 07/02/2013 [^] [^^] [^^^] [ответить]
| –1 +/– |
>>> Так второй 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, это миф.
| | |
| |
| 7.34, iZEN (ok), 19:32, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
>>>> Так второй 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, потому что это тоже миф. :))
| | |
| |
| 8.35, GotF (ok), 19:49, 07/02/2013 [^] [^^] [^^^] [ответить] | +/– | Написать свою совместимую реализацию Делали же что-то вроде Хотя с BSD-шными т... текст свёрнут, показать | | |
| |
| 9.40, iZEN (ok), 23:16, 07/02/2013 [^] [^^] [^^^] [ответить] | +/– | Опять приходим к тому, от чего пытаемся уйти Вот имеенно Заменить Intel в реал... текст свёрнут, показать | | |
|
|
|
|
|
| 4.41, Аноним (-), 00:10, 08/02/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Так второй Intel, которая бы написала KMS для ядра FreeBSD, нету.
Просто потому что интел видит для себя некие перспективы в лине. А фрибсда им нафиг не упала.
> Это проблема Open Source, а не "их проблемы". Не называйте открытым и
> свободным то, что доступно только для определённой операционной системы.
То-есть, фрибзда - закрытая? Ну в ней есть всякие там нетграфы и геомы, kqueue, ... - аналогов которых нет в других ОС. Применяя твою же логику получаем что ее нельзя называть открытой и свободной xD.
А так в этом мире много маргинальных систем. Кто ж виноват что за свои хренадцать лет бзды отвоевали рынок размером как у хаек и прочих менуэтов? Вот они и не интересны никому. Интел все-таки коммерческая контора и если что-то делает - то потому что это позволит получить чего-то. С линем это даже не фантастика - он под реальную эксплуатацию пилится. А фрибзда - академподелка во весь рост. Эксплуатационные свойства и оптимальность расходования и без того мизерных ресурсов команды постоянно приносятся в жертву "расово верному" построению системы. Под применения интересные интелу оно не заточено чуть более чем полностью. А так - сорцы есть, спеки есть, гули еще надо? Или делаете интерфейсы как у линя, или прете своим маршрутом, со всеми вытекающими.
> А то получится аналогия того, что "автомобили могут быть различных цветов, только если
> этот цвет чёрный".
Не, не так. Просто маргинальных осей много. Десятки, если не сотни. На их все - ни у какой фирмы ресурсов не хватит. У илитизма и оторванности от остальных имеется своя цена. Вот она и начинает икаться.
| | |
|
|
| 2.38, Andrey Mitrofanov (?), 22:33, 07/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
> И что? Это же всё Linux-only. Другие свободные операционные системы не смогут
> воспользоваться этим открытым только для Linux видеодрайвером.
Да знаем мы уже, что альтернативно-"Другими свободными операционными системами" пользуются и пишут их только нытики, слюнтяи и слабаки. Новенького чего расскажи?
| | |
|
| 1.13, Сам_ты_анонимус (?), 15:59, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Лучше бы окончательную поддержку для старых чипов допилили, чем начальную для новых. А то поддержка как-бы и есть, вот только не радует...
| | |
| |
| 2.21, Аноним (-), 18:51, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– | |
> Лучше бы окончательную поддержку для старых чипов допилили,
Дла старых чипов все куда лучше - даже gallium 3D драйвер может запускать вполне приличные игры. И OpenGL вплоть до 3.х - добили. По большому счету из 3.x остался более новый GLSL и геометрические шейдеры, что покрывает вообще весь OpenGL 3.х. Ну вот 4-й OpenGL еще надо бы(некоторые части сделаны, но не более того), да OpenCL (значительная часть уже сделана и простые примеры OpenCL оно уже может выполнять).
| | |
| |
| 3.25, Аноним (-), 07:40, 06/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– |
Моя 6790, которая у меня почти два года, до сих пор выдает какие-то артефакты даже при самом последнем драйвере.
И да, чтобы поставить этот драйвер, больше чем в половине дистрибутивов мной опробованных, нужно загрузиться без графического интерфейса, иначе я увижу только черный экран.
| | |
|
|
| 1.15, Аноним (15), 16:25, 05/02/2013 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 я правильно понимаю, что в разработке открытых драйверов карточек AMD сейчас принимают участие инженеры из AMD?
| | |
| |
| 2.18, Аноним (-), 17:23, 05/02/2013 [^] [^^] [^^^] [ответить]
| +/– |
Они и так принимали участие всегда, с самой первой версии для R100. Просто раньше это были с основном консультации других разработчиков под NDA, потом некий расширенный диалог и даже написанный код базовых операций, который передавался сообществу, сейчас я так понял некоторые из команды даже имеют прямой доступ к исходникам Catalyst. Только помогает это не сильно, из за огромной сложности железки и всяким обходным трюкам которые возникают при ляпах в аппаратуре. В итоге для решении проблемы имприходится буквально отлавливать за рукав разработчиков железа в коридорах и спрашивать как работал чип который они проектировали 5 лет назад.
| | |
| 2.22, Аноним (-), 18:51, 05/02/2013 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> участие инженеры из AMD?
АМД сдедело логичный шаг: взяли на работу тех кто пилил открытый драйвер. Правда по сравнению с интелем народа маловато.
| | |
|
|
