URL: https://www.opennet.ru/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 90754
[ Назад ]

Исходное сообщение
"Изменение процесса разработки MESA"

Отправлено opennews , 06-Июл-13 20:44 
Ян Романик (Ian Romanick), разработчик из компании Intel, выполняющий функции релиз-менеджера проекта MESA, анонсировал (http://lists.freedesktop.org/archives/mesa-dev/2013-July/041...) ряд изменений, которые коснутся процессов выпуска релизов проектом MESA.

Наиболее заметные для пользователей MESA изменения включают в себя:

-  Дата релиза MESA 9.2 установлена на конец августа. В идеале, релиз должен состояться 22 августа. Отделение  ветки MESA 9.2 состоится в середине июля.
-  Стабилизированные снапшоты проекта будут публиковаться не раз в месяц, а раз в 2 недели.
-  Предложено кроме публикации md5 также ввести практику использования GPG-подписей для тарболов.
-  Предложено внести некоторые изменения насчет процедуры принятия патчей в стабильную ветку MESA. В частности, создать список рассылки посвященный стабильной ветке MESA, куда предлагается посылать патчи, претендующие на включение в стабильную ветку. Далее майнтайнеры затронутых подсистем могут принять (ACK) или отвергнуть (NAK) предлагаемые для включения патчи. Ожидается что в целом такой подход позволит предотвратить ситуации, когда в стабильную ветку MESA могут быть включены недостаточно стабилизированные патчи.
-  Значительные релизы теперь будут выпускаться не раз в 6 месяцев, а раз в 3 месяца, что должно ускорить использование новой кодовой базы различными проектами и дать больше возможностей по отсылке патчей в стабильную ветку.

URL: http://www.phoronix.com/scan.php?page=news_item&px=MTQwMTk
Новость: https://www.opennet.ru/opennews/art.shtml?num=37374


Содержание

Сообщения в этом обсуждении
"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 20:48 
>Значительные релизы теперь будут выпускаться не раз в 6 месяцев, а раз в 3 месяца, что должно ускорить использование новой кодовой базы различными проектами и дать больше возможностей по отсылке патчей в стабильную ветку.

Ура!


"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 21:02 
Рано радуешься. Man маркетологи, Firefox, Chrome, Opera >= 15.

"Изменение процесса разработки MESA"
Отправлено Xasd , 07-Июл-13 01:37 
> Opera >= 15.

ох же вот чёртовщина! неужеле Mesa теперь тоже переходит на Webkit !


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 05:22 
> ох же вот чёртовщина! неужеле Mesa теперь тоже переходит на Webkit !

Всенепременно. А также объединяется с systemd.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 10:35 
Не рано. Man Archlinux.

"Изменение процесса разработки MESA"
Отправлено vovans , 08-Июл-13 10:55 
Номер версии портит ПО? :D

"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 12:09 
Большой номер версии никак не говорит о ускорении разработки.

"Изменение процесса разработки MESA"
Отправлено vovans , 08-Июл-13 12:18 
Разве об ускорении разработки речь? Вроде бы как, имелось ввиду, что пользователи будут получать новые "плюшки".

"Изменение процесса разработки MESA"
Отправлено Главные Редакторы , 06-Июл-13 21:25 
Идёт подготовка в к выходу PS4. Sony хотят собрать самые стабильные патчи, вот для этого и проводится этот стабилизец.

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 21:53 
Им АМД напишет отдельно, выделят кучу программеров, объяснят как работает каждая строчка и ночью будут править баги если придётся

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 22:11 
Сони конечно нужен кривой 3д недодрайвер

"Изменение процесса разработки MESA"
Отправлено iZEN , 06-Июл-13 22:22 
Нет. Просто всех задолбало ждать по полгода стабилизации и исправления ошибок в ПО ("говно в красивой обёртке"). Все хотят без фантиков, но зато быстро и на лопате.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 05:20 
Опять ты приходишь и все обгаживаешь из зависти. Больно на тебя смотреть же.

"Изменение процесса разработки MESA"
Отправлено kurokaze , 07-Июл-13 16:09 
переделай месу на жабке

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 19:01 
Изя, pussy.exe+explorer.exe - твоя среда, а ляпнул ты явно не по теме.

"Изменение процесса разработки MESA"
Отправлено anoname , 08-Июл-13 14:28 
>pussy.exe+explorer.exe

Раньше, помнится, у него было putty.exe+explorer.exe, а теперь уже и pussy.exe?
Однако.


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 15:30 
>>pussy.exe+explorer.exe
> Раньше, помнится, у него было putty.exe+explorer.exe, а теперь уже и pussy.exe?
> Однако.

Неверно. asshole.exe


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 06-Июл-13 21:43 
Владельцев radeon hd4xxx могу поздравить, ваши карты теперь поддерживаются полностью (ну точнее после релиза mesa-9.2 и linux-3.11.

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 22:15 
> Владельцев radeon hd4xxx могу поздравить, ваши карты теперь поддерживаются полностью (ну
> точнее после релиза mesa-9.2 и linux-3.11.

Ага щас. Геометрических шейдеров нет. OpenGL 3.3 нет. Crossfire нет.


"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 22:18 
>> Владельцев radeon hd4xxx могу поздравить, ваши карты теперь поддерживаются полностью (ну
>> точнее после релиза mesa-9.2 и linux-3.11.
> Ага щас. Геометрических шейдеров нет. OpenGL 3.3 нет. Crossfire нет.

OpenCL который был в проприетарном драйвере тоже нет.


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 06-Июл-13 22:37 
>>> Владельцев radeon hd4xxx могу поздравить, ваши карты теперь поддерживаются полностью (ну
>>> точнее после релиза mesa-9.2 и linux-3.11.
>> Ага щас. Геометрических шейдеров нет. OpenGL 3.3 нет. Crossfire нет.
> OpenCL который был в проприетарном драйвере тоже нет.

OpenCL на HD4xxx печальный.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 01:46 
Он там только версии 1.0 и довольно слоупочный. Как впрочем и 4xxx в целом относительно более новых семейств.

"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 06-Июл-13 22:37 
mesa-9.2 добавит поддержку opengl-3.3. Crossfire на старых картах это запорожец с 2-мя двигателями.

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 23:35 
> mesa-9.2 добавит поддержку opengl-3.3.

Нее, они по таким случаям мажор-релизы делают. GL3.3 будет в 10.0.


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 06-Июл-13 23:38 
Ну будет значит 10.0:

http://cgit.freedesktop.org/mesa/mesa/tree/docs/GL3.txt


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 01:48 
Или не будет:
> GLSL 1.50                                             in progress

Это GL 3.2 еще. Ну и про 3.3 тоже написали.


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 07-Июл-13 13:03 
Это значит что оно болтается в форках и после того как его допилят, оно попадет в master.

"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:33 
> допилят, оно попадет в master.

Ну спасибо, Капитан :)


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 09:51 
>mesa-9.2 добавит поддержку opengl-3.3

тогда бы они обозвали это mesa 10


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 07-Июл-13 13:04 
>>mesa-9.2 добавит поддержку opengl-3.3
> тогда бы они обозвали это mesa 10

Вы видимо плохо знаете как mesa разрабатывается, вот когда из форков будет мердж в основную ветку, вот тогда будет mesa-10.0


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:08 
> Ага щас. Геометрических шейдеров нет.

Патчи для оных уже есть, кстати. Стабилизец еще не наступил, но фантастикой это уже не выглядит.

> OpenGL 3.3 нет.

Ну 3.1 ... 3.2 есть. Не особо большая разница.

> Crossfire нет.

И даже под такое в ядре линя инфраструктура пилится. При том - кроссвендорно. Через несколько годков оно сможет такие фокусы показывать, которых у остальных вообще нет и никогда не будет с их проприетарными блобиками.


"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 22:47 
нафиг эта меса нужна. чего её обновлять, что бы ещё 1.5 линуксовых недоигры запускались. нет чтоб вяленного допиливать, чтоб как можно меньше промокашек между железом и софтом,было.

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 22:58 
От того что под виндой о промокашках не ведают их меньше не становится.

"Изменение процесса разработки MESA"
Отправлено Аноним , 06-Июл-13 23:29 
под виндой давно про opengl забыли, а месы там и не было отродясь. хотя жирософт тормозные.netы склепал, вот уж где позорная фуфлопромокашка.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 01:51 
> под виндой давно про opengl забыли,

Удачи в заьывании о OpenGL. А потом окажется что игроделы забыли о винде. Потому что GL есть везде - на смартах и планшетах, на маках и в лине, etc, etc. В общем все что не сделано мелкософтом - как правило пользуется им. Просто потому что майкрософт немного не лицензирует DX никому и как-то так вышло что они одни vs вся остальная планета. Ну как бы у них был выбор, так что сами виноваты :)

Я сильно сомневаюсь что они переспорят всю планету - писюки вообще рискуют перестать быть майнстримом, фокус индустрии недвусмысленно сместился на смарты и планшеты вообще.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 00:23 
для вяленого нужна меса 10 DRI3 и GTK 10, чтобы все как задумано работало, без эмуляций прокладок и прочих абстракций. DRI3 имеет шанс попасть в ядро 3.11, как раз к началу осени и остальные подтянутся.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 01:19 
где скачать DRI3  и GTK10 ?

"Изменение процесса разработки MESA"
Отправлено koblin , 07-Июл-13 01:20 
я чувствую Linux 3.11 будет моим любимым Linux-ом!

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 05:23 
> я чувствую Linux 3.11 будет моим любимым Linux-ом!

Надеюсь, ты не пользуешься cgroups.


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:11 
> Надеюсь, ты не пользуешься cgroups.

А что там с cgroups не так?


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 02:05 
> DRI3 имеет шанс попасть в ядро 3.11,

Фуасебе прыть? Кто вам это сказал? Или у вас заготовлен секретный патчсет на 165 патчей? :)


"Изменение процесса разработки MESA"
Отправлено Куяврик , 07-Июл-13 14:11 
> нафиг эта меса нужна. чего её обновлять, что бы ещё 1.5 линуксовых
> недоигры запускались. нет чтоб вяленного допиливать,

с вяленым количество мегаигр - 100500?

> чтоб как можно меньше промокашек между железом и софтом,было.

ждём от тебя игр, которым вообще не нужны промокашки, начиная с ОС. Но мне кажется что ты и драйвер мыши не осилишь.


"Изменение процесса разработки MESA"
Отправлено iZEN , 07-Июл-13 01:33 
"Поддержка динамического управления питанием для видеокарт ATI/AMD будет добавлена в Linux 3.11": http://lists.freedesktop.org/archives/dri-devel/2013-June/04...

Как нет?! А я думал всё работает. И анонимы без конца твердят, что в Linux всё уже давно есть.


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 07-Июл-13 01:37 
Бздун путает динамическое изменение частот и динамическое переключение между режимами.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 02:04 
> Как нет?! А я думал всё работает. И анонимы без конца твердят,
> что в Linux всё уже давно есть.

Оно есть, драйвера умели для многих GPU менять состояния. Но вот именно их динамическое переключение - оставляло желать.

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

А по мнению фрибздоидов, у видеокарты вообще нечем рулить в плане питания. Это не я придумал - это написано по ссылке которую ты в соседней новости в коментах кинул, лол.

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


"Изменение процесса разработки MESA"
Отправлено iZEN , 07-Июл-13 02:10 
Пока ещё не можно в продакшен выпускать:
"Следует отметить, что патчи носят экспериментальный характер, так что данная функциональность по умолчанию отключена. Для включения автоматического управления питанием необходимо передать параметр radeon.dpm=1 при загрузке ядра."

"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:12 
> Пока ещё не можно в продакшен выпускать:

Тем не менее в 3.11 попадет.

> передать параметр radeon.dpm=1 при загрузке ядра."

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


"Изменение процесса разработки MESA"
Отправлено iZEN , 07-Июл-13 02:14 
> Не пройдет и 10 лет как до фрибсдшников доползет что эти печки с турбинами оказывается можно реклокать не хуже системного проца.

Не сумлевайся — в отличие от "серверного" GNU/Linux, управление печками с турбинами во FreeBSD завершится раньше, чем они появятся в планшетах. :))

> Не пройдет и 20 лет (ставить на 10 я уже боюсь) как они
> заметят что в системе есть ASPM, а разным блокам можно отключать
> клоки, а то и вовсе питание целиком и что там еще.

Так и линуксоиды недавно открыли для себя ASPM. Разве не об этом новость по ссылке?

> И да, вот конкретно эта низкоуровневая механика - она в ядре живет, так что увы, увы.

Ваше ядро опять пожирнело?



"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 07:31 
на #freebsd вам надо батенька

"Изменение процесса разработки MESA"
Отправлено Куяврик , 07-Июл-13 14:14 
> на #freebsd вам надо батенька

и кто из клоунов останется? Митрофанов? маловато будет!


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 18:01 
>маловато будет!

ариска? усер294? ананим? кто там ещё, куроказе? Или слишком унылы?


"Изменение процесса разработки MESA"
Отправлено Andrey Mitrofanov , 07-Июл-13 18:02 
>>маловато будет!
> ариска? усер294? ананим? кто там ещё, куроказе? Или слишком унылы?

Они не доставляют. Ты тоже. Я! Я -- один!!! </буагагагагага> :P


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:25 
> ариска? усер294? ананим? кто там ещё, куроказе? Или слишком унылы?

А 294 новости как раз и пишет. И по крайней мере подозревает что творится в этой епархии. И насколько там все клали на какие-то там bsd...


"Изменение процесса разработки MESA"
Отправлено Led , 08-Июл-13 04:13 
>> на #freebsd вам надо батенька
> и кто из клоунов останется?

не скромничай



"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:19 
> Не сумлевайся — в отличие от "серверного" GNU/Linux, управление печками с турбинами
> во FreeBSD завершится раньше, чем они появятся в планшетах. :))

Да ну брось, как обычно будете лизать проприетариям и как обычно они о вас ноги вытрут. В первый раз чтоли? Вон с линем они считаться стали - интель и амд всерьез открытые драйвра пилят. Просто потому что это единственный осмысленный вариант для линя. В том числе и чисто технически. Нвидия ... ну эти да, дyрилки картонные. У них полбизнеса от линя зависит, а им руководитель проекта фак показывает. Ну, самы будут виноваты при таком подходе. Хотя насчет планшетов там таки стало доходить - драйвера таки открывают. Но опять же под пингвин.

> Так и линуксоиды недавно открыли для себя ASPM. Разве не об этом новость по ссылке?

ASPM сам по себе они открыли довольно давно. А вот в конкретно этом драйвере его не было, так что отключать своему девайсу лишние lanes при отсутствии нагрузки и прочая драйвер не умел. А теперь вот научился. А в каком году это все в бысыды будет? Лет через 10, как обычно? Это таки навороченные конструкции. Радеоновское хозяйство в лине весит на 4+ мега в сорсах :).

Кстати, заметные куски - под BSDL. Но я думаю что даже так не осилят оперативно передрать в силу иных технических моментов, лол.

>> И да, вот конкретно эта низкоуровневая механика - она в ядре живет, так что увы, увы.
> Ваше ядро опять пожирнело?

Ядро или работает с оборудованием или нет. И да, 2/3 изменений ядра нынче это драйвера. Потому что ядро которое не может нормально работать с оборудованием - нафиг не упало.


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 18:33 
> Потому что ядро которое не может нормально работать
> с оборудованием - нафиг не упало.

линукс ядро хреново работает с оборудованием - результат очевиден. Там где проприетарщики подсунули свои драйвера - там совершенно другой результат. Сопоставь нишу андроида и прочих GNU/Linux


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:28 
> линукс ядро хреново работает с оборудованием -

...но остальные - еще хреновее. Единственная загвоздка.

> Там где проприетарщики подсунули свои драйвера - там совершенно другой результат.

С ними там отдельный гемор который много кому не по душе. Поэтому большинство драйверов таки как раз открытое а половина еще и в манйлайн вендорьем нынче и пихается. Реально проблемный топик пока в основном 3D драйвера.


"Изменение процесса разработки MESA"
Отправлено kurokaze , 07-Июл-13 16:14 
> Как нет?! А я думал всё работает. И анонимы без конца твердят,
> что в Linux всё уже давно есть.

Ты шо, всё есть только под бздю! Ну точнее не совсем всё, но точно было бы всё, если бы некоторые бздуны не страдали от попоболи в новостях про линукс, а шли кодить. Там правда на сях кодить надо, тем кто залочен только на жабку прийдется учиться.


"Изменение процесса разработки MESA"
Отправлено ананим , 08-Июл-13 12:47 
>Там правда на сях кодить надо, тем кто залочен только на жабку прийдется учиться.

Разлочка от оператора не законна.
Да и кто это будет делать?


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:29 
> Разлочка от оператора не законна.

А что, изен таки бот и у него есть оператор? :)


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 09:41 
На самом деле все равно. Мезу в дистрибутивах не обновляют. Так что поддержки новых возможностей и даже новых видеокарт придется дожидаться даже не пол года, а год два.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 10:38 
В нормальных (десктопных), а не серверных дистрибутивах обновляют.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 12:05 
Список нормальных дистрибутивов

"Изменение процесса разработки MESA"
Отправлено Andrey Mitrofanov , 07-Июл-13 12:09 
> Список нормальных дистрибутивов

Повествовательное предложение

Много букв, смысл - в отдельном сообщении


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 20:49 
Там двоеточие отсутствует, а так все правильно.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 12:47 
Виндовс

"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 07-Июл-13 13:07 
> Список нормальных дистрибутивов

Ставишь ppa xorg-edgers вот тебе и обновления.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 13:12 
Начнем с того что это неофициальный репозиторий.
Закончим тем что таких дистрибутивов никто так и не назвал.
Чуть ли не единственный такой дистрибутив (троллингрелиз не в счет) это debian где в репозиторий backports иногда кладут новое ядро, мезу и xorg.

"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 13:16 
>> Список нормальных дистрибутивов
> Ставишь ppa xorg-edgers вот тебе и обновления.

И про ubuntu lts никто так же не сказал.
Но все это не то. т.к и в дебиан и в убунте потребуется обновить ядро и получить регрессии, не работающие сторонние модули (не обязательно проприетарные) и прочие радости.


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:31 
> потребуется обновить ядро и получить регрессии, не работающие сторонние модули (не
> обязательно проприетарные) и прочие радости.

Тем не менее, сами же убуниуи и билдят свежие ядра. Это конечно на страх и риск, но при обновлении версий системы ядро все-равно будет обновлено. Так что если какое-то барахло отваливается - оно отваливается и точка. Пусть или попадает в майнлайн или вымирает.


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:20 
> Ставишь ppa xorg-edgers вот тебе и обновления.

Можно еще oibaf-ppa подцепить. Вот там будет и свежак и тюнинг. Но если вас укусит свежий хардкорный баг - извините, вы знали на что шли...


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 08-Июл-13 11:06 
Спасиб за ппашку:

/build/dri/${DEB_HOST_MULTIARCH}/gallium/libvdpau_* usr/lib/vdpau
/build/dri/${DEB_HOST_MULTIARCH}/gallium/libXvMC* usr/lib/dri
dri/etc/XvMCConfig usr/lib/${DEB_HOST_MULTIARCH}
dri/etc/XvMCConfig usr/lib
dri/etc/XvMCConfig etc


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:31 
> Спасиб за ппашку:
> /build/dri/${DEB_HOST_MULTIARCH}/gallium/libvdpau_* usr/lib/vdpau
> /build/dri/${DEB_HOST_MULTIARCH}/gallium/libXvMC* usr/lib/dri
> dri/etc/XvMCConfig usr/lib/${DEB_HOST_MULTIARCH}
> dri/etc/XvMCConfig usr/lib
> dri/etc/XvMCConfig etc

Ну вот в oibaf PPA лежит как раз и библа для VDPAU, и свежая MESA билданутая со всем этим, и чего там еще. Так что если качнуть пакет с 3.10 кернелем - убунтуйцы могут ощутить себя на острие прогресса и не парясь самостоятельной сборкой кучи всего.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 14:19 
Let me disrowatch it for you.

http://distrowatch.com/search.php?pkg=MesaLib&pkgver=9.1.4#p...


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 19:38 
Давай помогу понять что тебе выдал поиск.
Все перечисленные дистрибутивы это либо нестабильная ветка либо trolling release.

"Изменение процесса разработки MESA"
Отправлено KT315 , 07-Июл-13 14:24 
> Список нормальных дистрибутивов

ИМХО,
Debian GNU/Linux с любой из веток на выбор
OpenSuse с возможностью подключения ролинг-релиз реп(tumbleweed),а также factory (pontostroy и т.д.)
FreeBSD


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 19:41 
> Debian GNU/Linux

меза 8.0 спасибо не надо.
>OpenSuse с возможностью... ролинг-релиз..

записывайтесь в бетатестеры сами, а я хочу пользоваться.
>FreeBSD

Где меза уже много лет считай не работает.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 21:17 
>> Где меза уже много лет считай не работает.

вызов принят FreeBSD 10.1


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 07-Июл-13 22:17 
>>> Где меза уже много лет считай не работает.
> вызов принят FreeBSD 10.1

Они умрут переписывать код DRM под BSD лицензию.


"Изменение процесса разработки MESA"
Отправлено Аноним , 07-Июл-13 23:42 
> Они умрут переписывать код DRM под BSD лицензию.

линуксоиды умрут от зависти


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:22 
> линуксоиды умрут от зависти

Наверное, вы хотели сказать, "от старости"? :)


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:09 
транслятор ABI

"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 02:23 
> транслятор ABI

А не проще тогда просто взять пингвинье ядро и не выделываться? В ядре линя никто натурально не парится сохранением abi для модулей ядра неизменным. Это - часть ядра. Разработчики это переделывают так как посчитают нужным. Замазаетесь транслятор перепиливать за ними :).


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 03:35 
он уже в TODO

"Изменение процесса разработки MESA"
Отправлено anonymous , 08-Июл-13 14:10 
>Они умрут переписывать код DRM под BSD лицензию.

я не хотел бы тебя огорчать, мой дорогой регистрат, но ты в лужу пернул: большая часть DRM кода в ядре Linux идёт не совсем под GPL. Там двойная лицензия из GPL и какой-то более свободной (типа MIT), или же просто более свободная (у драйвера ATI). Поэтому код DRM в BSD и Linux практически совпадает.


"Изменение процесса разработки MESA"
Отправлено commiethebeastie , 08-Июл-13 15:43 
Бздуны за 2 года не смогли скопировать код?

"Изменение процесса разработки MESA"
Отправлено Andrey Mitrofanov , 08-Июл-13 16:49 
> Бздуны за 2 года не смогли скопировать код?

Ищут, откуда копипастилку скопипастить. Кошерную.


"Изменение процесса разработки MESA"
Отправлено anonymous , 08-Июл-13 18:47 
им он особо и не был нужен (не школьники-игруны же!) пока из драйверов не начали удалять поддержку UMS.

"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 19:30 
Его начали в 2009 удалять. До сих пор портируют.
>(не школьники-игруны же!)

Вы хотели сказать что вменяемые пользователи бсд пользуются её исключительно через удаленный доступ? Ведь отсутствие 3д графики не такая большая проблема на фоне невозможности установить родное разрешение для LCD монитора.


"Изменение процесса разработки MESA"
Отправлено Аноним , 08-Июл-13 21:29 
> Вы хотели сказать что вменяемые пользователи

Все вменяемые работают в виндовс. Там норма с разрешением LCD монитора и 3д графикой.


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 01:55 
Все вменяемые кодят в OS X

"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:34 
> Все вменяемые кодят в OS X

Оно и видно - с синдромом утенка тут шныряют.


"Изменение процесса разработки MESA"
Отправлено Led , 09-Июл-13 12:29 
> Все вменяемые кодят в OS X

...и ходят на iПарады


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 14:33 
ну хоть не Linux Gaga

"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:35 
> Все вменяемые работают в виндовс. Там норма с разрешением LCD монитора и 3д графикой.

Вообще-то все ровно наоборот: пингвин сразу просекает что нативное рахрешение монитора = 2560х1440. И оно сразу же и выставляется по дефолту.

А вот чтобы в винде увидеть это разрешение - придется отдельно лезть в настройки. То что выставляет винда по дефолту - это вообще адское непотребство.


"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:40 
> им он особо и не был нужен (не школьники-игруны же!)

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

> пока из драйверов не начали удалять поддержку UMS.

Потому что никто не будет таскать легаси вечно. К тому же ядро - это довольно существенный кусок драйвера. В нем все низкоуровневые операции делаются. Управление памятью? Частотами? Распределение ресурсов типа фреймбуферов, конекторов и прочая? Это все ядро нынче делает. Что довольно логично. ибо с фига ли юзермод вообще должен в специфику железки соваться?

А у некоторых, извиняюсь, реклокинга нет. Даже если фиг бы с играми, то уж даунклокнуть на минимульную частоту и выключить неиспользуемые блоки то наверное можно, чтобы счет за электричество не оплачивать + не отапливать хату лишними ваттами когда и так +30 за бортом.


"Изменение процесса разработки MESA"
Отправлено Led , 09-Июл-13 12:28 
> не школьники-игруны же!

А кто?



"Изменение процесса разработки MESA"
Отправлено Аноним , 09-Июл-13 03:33 
> Бздуны за 2 года не смогли скопировать код?

Не, там в дровах натурально встречается BSDL/двойное лицензирование. Но под него надо boilerplate который GPLный от и до. И линукс-специфичный. Ну в общем у них все как обычно - опять заяц несудьбы.