Исходное сообщение
"Уязвимости в драйвере к GPU ARM, уже применяемые для соверше..." Отправлено maxis11, 03-Окт-23 21:17
В GPU (как и к сетевым адаптерам) применяется как можно меньше прослоек и проверок по доступу памяти к/из устройства дабы это все работало максимально быстро. Это косвенно можно проверить по: 1. в спеках OGL/Vulkan для части функций написано, что при неправильном их использовании(привет indirect) ОС может начать неправильно работать; 2. DRM подсистема чаще других использует DMA-API (тот же Prime, например). Почему это так нужно? Если развернуть графический стек (от запуска цикла отрисовки до вывода картинки на экран), то получается, что display controller (если мы говорим про Mali или PowerVR, то dc является отдельным блоком) должен выделять фреймбуферы (обычно используется двойная буферизация), чтобы передать их в блок GPU. У DC, как и у GPU может быть своя модель памяти (на PCI или нет, используется ли отдельный блок IOMMU или CMA и.т.д.) В свою очередь GPU сам создает кучу различной памяти внутри себя(открой графический конвейер и глянь сам) как и для взаимодействия с CPU (оно все работает асинхронно, простым mmap'ом и остановкой устройства для тоже синхронизации дело не сделаешь). Про когерентность кэшей я даже не хочу говорить. И вот этот весь стек я написал для одного приложения (и одного видео-выхода). А графических приложений (все современные DE используют аппаратное ускорение) может быть много (для этого и придумали DC, чтобы он аппаратно все blit'ил), все должны выводиться 60 фпс+ в 4k, а GPU вообще может виртуализироваться между несколькими гостевыми ОС. Мой посыл в этом всем: Васян — это ты; если тебе страшно жить в этом графическом мире, то выкинь ускоритель, так как он будет либо очень медленно работать, но "безопасно", либо в стеке постоянно будут находить дыры; комментаторам из опеннета советую учить мат часть.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	> В GPU (как и к сетевым адаптерам) применяется как можно меньше прослоек > и проверок по доступу памяти к/из устройства дабы это все работало > максимально быстро. Это косвенно можно проверить по: 1. в спеках OGL/Vulkan > для части функций написано, что при неправильном их использовании(привет indirect) ОС > может начать неправильно работать; 2. DRM подсистема чаще других использует DMA-API > (тот же Prime, например). Почему это так нужно? Если развернуть графический > стек (от запуска цикла отрисовки до вывода картинки на экран), то > получается, что display controller (если мы говорим про Mali или PowerVR, > то dc является отдельным блоком) должен выделять фреймбуферы (обычно используется двойная > буферизация), чтобы передать их в блок GPU. У DC, как и > у GPU может быть своя модель памяти (на PCI или нет, > используется ли отдельный блок IOMMU или CMA и.т.д.) В свою очередь > GPU сам создает кучу различной памяти внутри себя(открой графический конвейер и > глянь сам) как и для взаимодействия с CPU (оно все работает > асинхронно, простым mmap'ом и остановкой устройства для тоже синхронизации дело не > сделаешь). Про когерентность кэшей я даже не хочу говорить. И вот > этот весь стек я написал для одного приложения (и одного видео-выхода). > А графических приложений (все современные DE используют аппаратное ускорение) может быть > много (для этого и придумали DC, чтобы он аппаратно все blit'ил), > все должны выводиться 60 фпс+ в 4k, а GPU вообще может > виртуализироваться между несколькими гостевыми ОС. Мой посыл в этом всем: Васян > — это ты; если тебе страшно жить в этом графическом мире, > то выкинь ускоритель, так как он будет либо очень медленно работать, > но "безопасно", либо в стеке постоянно будут находить дыры; комментаторам из > опеннета советую учить мат часть.
	Введите код, изображенный на картинке: