Debian и Radeon = RADEON(0): No modes.

Ваш xorg.conf бесполезен. Лучший вариант — удалить его вообще и пусть машина работает без него.

Как можно исправить?

Снести xorg.conf и переключать видяшки через DRI_PRIME.

На интегрированном intel?
Две карты же.

Выводить картинку X-сервер в любом случае будет через intel, т.к. у радеона физически нет своих выводов, он может использоваться только для рендеринга. А кто рендерит картинку определятся переменной DRI_PRIME
http://lists.x.org/archives/xorg-driver-ati/2013-September/025199.html

переключать видяшки через DRI_PRIME

А как этим пользоваться? Как можно заставить всё работать через дискретную карту?

А, понял, спасибо.

Да, разница есть :)

> glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
299 frames in 5.0 seconds = 59.628 FPS
300 frames in 5.0 seconds = 59.833 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 1985 requests (1985 known processed) with 0 events remaining.

> DRI_PRIME=1 glxgears
Running synchronized to the vertical refresh.  The framerate should be
approximately the same as the monitor refresh rate.
36131 frames in 5.0 seconds = 7226.064 FPS
36551 frames in 5.0 seconds = 7310.024 FPS
XIO:  fatal IO error 11 (Resource temporarily unavailable) on X server ":0"
      after 181011 requests (181011 known processed) with 0 events remaining.

У тебя vsync включён, поэтому у интела 60, столько же, сколько герц на мониторе, а радеону на vsync пофигу, ибо не он картинку выводит. И glxgears — не бенчмарк. Попробуй Unigine (с отключенным vsync) какой-нибудь для определения реальной разницы между картами.

А я что-то пока не понимаю, куда глобально прописать DRI_PRIME=1?

P.S. А надо ещё xrandr --setprovideroffloadsink «0x55» «0x7b» выполнять или DRI_PRIME достаточно?

В /etc/environment прописал.

На дискретке ТС'а должен прекрасно работать offloading через переменную DRI_PRIME=0, что является правильным решением в случае гибридной графики. Постоянная работа дискретки в его системе не требуется.

А что-то ему не нравится...

Unigine 'Valley' Benchmark 1.0 for Linux

> ./valley
Loading "/home/sabo/Unigine_Valley-1.0/bin/../data/valley_1.0.cfg"...
Loading "libGPUMonitor_x64.so"...
Loading "libGL.so.1"...
Loading "libopenal.so.1"...
Set 1366x768 fullscreen video mode
X Error of failed request:  GLXBadFBConfig
  Major opcode of failed request:  156 (GLX)
  Minor opcode of failed request:  34 ()
  Serial number of failed request:  59
  Current serial number in output stream:  58
AL lib: (EE) alc_cleanup: 1 device not closed

Постоянная работа дискретки в его системе не требуется.

Почему?

А я что-то пока не понимаю, куда глобально прописать DRI_PRIME=1?

Наоборот, никуда не нужно. В этом и фишка — использовать offloading только для отдельных приложений, требующих более мощную карту; а в обычном режиме должен пахать встроенный Intel.

P.S. А надо ещё xrandr --setprovideroffloadsink «0x55» «0x7b» выполнять или DRI_PRIME достаточно?

По идее, этого не требуется.

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

В этом и фишка — использовать offloading только для отдельных приложений, требующих более мощную карту; а в обычном режиме должен пахать встроенный Intel.

А как определить, какое приложение требует более мощную видеокарту?
KDE, например, требует?
Зачем напрягать встроенный Intel, если можно напрягать Radeon?
Не понимаю :)

А вот ещё прикол:

DRI_PRIME=0 glxgears грузит CPU на 3,3%, а DRI_PRIME=1 glxgears грузить CPU на 71,8%.
Что-то тут не так? :)


P.S. Блин, нифига я в графике не понимаю :(

Графический стек достаточно новый?

А как определить, какое приложение требует более мощную видеокарту?

То, которое тормозит на Intel'е. Игры, например.

KDE, например, требует?

Нет, конечно :)

Зачем напрягать встроенный Intel, если можно напрягать Radeon?

Чтобы расходовалось меньше электроэнергии.

Вот требуется, например, перевезти мешок картошки с дачи в квартиру. У нас в распоряжении имеется, к примеру, Лада Приора. Она отлично справится с перевозкой одного мешка по заданному маршруту: её и будем использовать.

А теперь требуется перевезти на дачу откуда-нибудь сруб для бани. Приора с этой задачей навряд ли справится должным образом. Поэтому мы будем нанимать для этого чувака на лесовозе с манипулятором. Естественно, это обойдётся намного дороже, чем поездка на дачу на собственной легковушке. Поэтому лесовоз и не заказывают для перевозки единственного мешка картошки, когда с этим справится имеющаяся Лада Приора.

Debian Jessie... Не знаю новый ли :)

X.Org X Server 1.16.0.901 (1.16.1 RC 1)
Release Date: 2014-09-15

Что ещё в графический стек входит? :)

Чтобы расходовалось меньше электроэнергии.

Аргумент убедителен :)
Учитывая, что в игры не играю, значит мне ненужно.
Просмотр фильмов, думаю, аналогично KDE?

Ядро, Mesa и X-овый драйвер.

Да, именно так :)

Дискретка в типовых задачах десктопа вообще редко требуется :)

Ядро:

> uname -a
Linux sabo-laptop-hp 3.14-2-amd64 #1 SMP Debian 3.14.15-2 (2014-08-09) x86_64 GNU/Linux

mesa:

Пакет: libegl1-mesa                              
Состояние: установлен
Автоматически установлен: да
Мульти-архитектура: такая же
Версия: 10.2.6-1

Драйвера:

Пакет: xserver-xorg-video-intel                  
Состояние: установлен
Автоматически установлен: да
Версия: 2:2.21.15-2+b2

Пакет: xserver-xorg-video-radeon                 
Состояние: установлен
Автоматически установлен: да
Версия: 1:7.4.0-2
Приоритет: необязательный

Понял, спасибо! :)

Хм... За исключением ядра, всё практически по последнему слову апстрима.

У нас в распоряжении имеется, к примеру, Лада Приора. Она отлично справится с перевозкой одного мешка по заданному маршруту

Иначе развалится :)

про LLVM забыл

Ещё нужна проприетарная прошивка для радеона - в пакете firmware-linux-nonfree

Определённая версия Mesa требует для сборки и своей работы LLVM не ниже определённой версии. Т.о. получается, что каждая версия Mesa примерно соответствует какой-либо версии LLVM. Т.е. если у ТС'а Mesa-10.2.6, то и LLVM какой-либо из свежих (если, конечно, мейнтейнеры не полные [censored]).

Попробуй поставь llvm, может поможет избавиться от ошибки с Unigine 'Valley'. Просто я не знаю как в дебиане разбивают на пакеты. Для примера в арче ati-dri требует llvm который тянет в зависимости llvm-lib, а не только llvm-lib.