EGLStreams для XWayland

Нихрена это не значит, Wayland - это вообще-то просто протокол. Каждая реализация сама решает, как она будет рисовать. Проблема с EGLStreams в том, что это нестандартное расширение, которое запилила Nvidia. Разработчики в большинстве своем кладут болт, потому что они не хотят пилить две реализации одного и тоже.

Разработчики в большинстве своем кладут болт, потому что они не хотят пилить две реализации одного и тоже.

Разработчики в большинстве своем кладут болт, потому что они хотят нагнуть нвидию, но у нвидии болт больше и кладёт она его лучше, поэтому в основном нагибаются разработчики.

Просто пока нормально работающих реализаций для eglstreams нет. Все ждут, когда будет работать xwayland и появится рабочий код, который можно будет стырить. После этого всё будет. И Мартин прогнётся, и все остальные. В вестон, возможно, так и не завезут, но кого это волнует?

Вполне вероятно, что gnome в обозримом будующем начнёт нормально работать на блобе, включая xwayland. Остальные за ним подтянутся, никуда не денутся.

Проблема с EGLStreams в том, что это нестандартное расширение

EGLStreams - стандарт, если что.

Походе что да. Сейчас xwayland не может glx использовать.

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

Что за либу они взяли?

какой-то кастомный «generic buffer manager» для mesa.

EGLStreams какую либу использует?

Это означает поддержку запуска иксовых программ в GNOME on Wayland при использовании проприетарного драйвера Nvidia, НО - без аппаратного ускорения. Это должно быть реализовано на уровне драйвера, а Nvidia этим заниматься не хочет. Выходом из ситуации может стать добавленный в новые иксы GLXVND, тогда для аппаратного ускорения будет подгружаться модуль Nouveau

EGLStreams это EGL-расширение, описанное в документах Khronos Group

Проблема с EGLstreams в том, что там может быть неопределённое поведение в некоторых ситуациях, о чём Nvidia говорила на презентации нового аллокатора буферов памяти для Unix. Но GBM, опять же по словам разработчиков из Nvidia, не подходит для зелёных карт аппаратно. Так что его в любом случае не заюзают.

Шёл 2018-й год, а линуксоиды продолжали жрать невидию и плакаться.

> Но GBM, опять же по словам разработчиков из Nvidia, не подходит для зелёных карт аппаратно.

Но ведь в nouveau заюзали же...

Nouveau - это заглушка для возможности установить блоб. Я тебе как активный тестер Wayland говорю - Nouveau та ещё параша.

Никто и не спорит. Я только хочу обратить внимание на то, что NVIDIA говорит, что GBM невозможен аппаратно. А в nouveau его сделали.

The one other useful information provided by EGL surfaces that I suspect only our hardware cares about is whether the app is potentially going to bind a depth buffer along with the color buffers from the surface, and AFAICT, the GBM notion of surfaces doesn't provide enough information for our driver to determine that at surface creation time, so the GBM
surface mechanism doesn't fit quite right with NVIDIA hardware anyway.

https://lists.freedesktop.org/archives/mesa-dev/2017-November/178828.html