Исправление ZenitharChampion, (текущая версия) :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
- Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?
- Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA
- То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже
- Хорошо, я добавлю эту возможность и в DMA-BUF
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или DMA-BUF используется GPL-драйверами, или никакими. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»
Подробнее об этом можно почитать здесь. Я там написал комментарий, а другие пользователи, которые умнее меня, написали комментарии тоже, уточнив много вопросов.
Исправление ZenitharChampion, :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
- Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?
- Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA
- То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже
- Хорошо, я добавлю эту возможность и в DMA-BUF
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или DMA-BUF используется GPL-драйверами, или никакими. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»
Подробнее об этом можно почитать здесь. Там пользователи, которые умнее меня, уточнили много вопросов.
Исправление ZenitharChampion, :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
- Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?
- Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA
- То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже
- Хорошо, я добавлю эту возможность и в DMA-BUF
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или DMA-BUF используется GPL-драйверами, или никакими. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»
Исправление ZenitharChampion, :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
- Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?
- Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA
- То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже
- Хорошо, я добавлю эту возможность и в DMA-BUF
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или GPL-драйверы используют DMA-BUF, или никакие. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»
Исправление ZenitharChampion, :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику в Linux (более правильным способом, нежели Bumblebee). Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
«Привет, я мейнтейнер ядра Linux. Скажи, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?»
«Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA»
«То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже»
«Хорошо, я добавлю эту возможность и в DMA-BUF тоже»
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или GPL-драйверы используют DMA-BUF, или никакие. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»
Исходная версия ZenitharChampion, :
Основной вопрос в том, зачем было ломать работающий механизм совместимости?
В ядре Linux 3.5 появился механизм DMA-BUF. Он позволяет двум PID-ам работать над одними данными в ОЗУ. Благодаря этому, можно например использовать USB-видеокарту без поддержки 3D-ускорения, и пробрасывать туда изображение с дискретной видеокарты.
NVIDIA сразу захотела заюзать этот механизм, чтобы заставить работать гибридную графику для Linux. Но чувак, который написал код этой фичи, решил «нагнуть корпорацию» и лицензировал код DMA-BUF так, чтобы с ним могли работать только GPL-драйверы. «Бу-га-га, NVIDIA, сначала открой код, потом пользуйся».
В Linux 3.9 появилась прослойка между DMA-BUF и драйвером NVIDIA. Заработал Optimus.
Два месяца назад инженер из Facebook добавил в прослойку между DMA-BUF и драйвером NVIDIA новую фичу. Теперь offload-ить изображение можно прямо в сетевую карту, не грузя ресурсы компьютера.
«Э, слыш, а почему ты добавил эту фичу во враппер NVIDIA, а не в сам DMA-BUF?»
«Потому что компания Facebook собирается использовать новую возможность на видеокартах NVIDIA»
«То есть, тебе плевать на юзеров Intel GPU и AMD GPU. Мы твою фичу в ядро не примем, пока ты не добавишь поддержку и этих GPU тоже»
«Хорошо, я добавлю эту возможность и в DMA-BUF тоже»
Тут проснулся автор DMA-BUF. «Что-то проприетарщики совсем обнаглели. Зачем мы им разрешили создавать этот враппер в ядре 3.9? Я же чётко поставил им условие: или GPL-драйверы используют DMA-BUF, или никакие. А они используют обходной путь. Мы им это позволили, а теперь они наглеют. Давайте им теперь эту „лазейку“ прикроем?»