> Oibaf/graphics-drivers/ стоит, раньше проблему не решало.

Раньше - понятие растяжимое. Если это было год назад - с тех пор многое изменилось. А если 2 дня назад - с тех пор изменилось мало что.

> Сейчас не знаю, проверю.

У меня все известные случаи такого плана поудавились. Чего и другим желаю.

> (собирал из сорцев). Проблема так и оставалась.

Возможно, амдшники просто не в курсе именно этого сценария.

Впрочем, я без версий софта тоже много полезного не скажу. Скажем LLVM до 3.6.2 мог генерить трэшовый код, ставивший GPU колом. В LLVM вообще, баг на баге и багом погоняет. В oibaf нынче живет минимально-юзабельная версия LLVM. Все что тревнее этого с RadeonSI просто не того. MESA до некоего момента - умела провоцировать зависоны GPU, в ядре были баги с управлением GPU VM и буферами. Ну в общем, SI относительно новые и им все эти компоненты свежими нужны. Если даже с распоследним ядром, свежей MESA и LLVM оно падает - брать амдшников за жабры.

Есть 2 коронных приема которые могут их убедить починить баг:
- Можно попробовать сделать bisect и ткнуть их носом в коммит. Если немного понимать как драйвер устроен и вы в состоянии понять что коммит не бред - way to go!
- Можно попробовать записать реплей операций OpenGL в файл apitrace. Если у амдшников реплей повиснет - дело в шляпе (но вот то что у них точно такой GPU есть - не факт).

> Что самое примечательное, так это то, что в федоре этот баг замечан
> не был. Хотя может просто лень было нормально тестировать.

Там были какие-то редкие но меткие локапы в ряде нагрузок. У меня все баги этого типа поизвелись с текущей версией компонентов из oibaf и ядром 4.2. Кстати LLVM 3.7 уже вышел и по идее надо его уже смотреть. Oibaf в этом плане протупляет немного - у него все с LLVM 3.6.2 собрано. Но у меня оно перестало дохнуть даже так. Все мои known bad сценарии вешавшие GPU более не работают... (их было 5 штук, два по линии OpenGL и 3 по линии OpenCL - заработало всё).