LINUX.ORG.RU

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

 , ,


0

1

Пытаюсь запустить дискретную видеокарту ATI Radeon в Debian Jessie.

Карта:

> lspci | grep -i vga
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7500M/7600M Series] (rev ff)

Подготовил такой xorg.conf:

Section "ServerLayout"
        Identifier     "X.org Configured"
        Screen      0  "Screen0" 0 0
        InputDevice    "Mouse0" "CorePointer"
        InputDevice    "Keyboard0" "CoreKeyboard"
EndSection

Section "Files"
        ModulePath   "/usr/lib/xorg/modules"
        FontPath     "/usr/share/fonts/X11/misc"
        FontPath     "/usr/share/fonts/X11/cyrillic"
        FontPath     "/usr/share/fonts/X11/100dpi/:unscaled"
        FontPath     "/usr/share/fonts/X11/75dpi/:unscaled"
        FontPath     "/usr/share/fonts/X11/Type1"
        FontPath     "/usr/share/fonts/X11/100dpi"
        FontPath     "/usr/share/fonts/X11/75dpi"
        FontPath     "built-ins"
EndSection

Section "Module"
        Load  "glx"
EndSection

Section "InputDevice"
        Identifier  "Keyboard0"
        Driver      "kbd"
EndSection

Section "InputDevice"
        Identifier  "Mouse0"
        Driver      "mouse"
        Option      "Protocol" "auto"
        Option      "Device" "/dev/input/mice"
        Option      "ZAxisMapping" "4 5 6 7"
EndSection

Section "Monitor"
        Identifier   "Monitor0"
        VendorName   "Monitor Vendor"
        ModelName    "Monitor Model"
EndSection

Section "Device"
        Identifier  "Card0"
        Driver      "radeon"
        BusID       "PCI:1:0:0"
EndSection

Section "Screen"
        Identifier "Screen0"
        Device     "Card0"
        Monitor    "Monitor0"
        SubSection "Display"
                Viewport   0 0
                Depth     24
        EndSubSection
EndSection

Но X'ы не стартуют с ошибкой RADEON(0): No modes.

Полный лог.

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

★★

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

carasin ★★★★★ ()
Ответ на: комментарий от SaBo

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

redgremlin ★★★★★ ()
Ответ на: комментарий от redgremlin

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

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

SaBo ★★ ()
Ответ на: комментарий от SaBo

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

> 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.
SaBo ★★ ()
Ответ на: комментарий от SaBo

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

redgremlin ★★★★★ ()
Последнее исправление: redgremlin (всего исправлений: 1)
Ответ на: комментарий от redgremlin

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

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

SaBo ★★ ()
Ответ на: комментарий от SaBo

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

carasin ★★★★★ ()
Ответ на: комментарий от redgremlin

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

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

SaBo ★★ ()
Ответ на: комментарий от SaBo

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

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

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

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

carasin ★★★★★ ()
Ответ на: комментарий от SaBo

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

carasin ★★★★★ ()
Ответ на: комментарий от carasin

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

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

SaBo ★★ ()
Ответ на: комментарий от redgremlin

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

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


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

SaBo ★★ ()
Ответ на: комментарий от SaBo

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

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

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

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

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

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

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

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

carasin ★★★★★ ()
Последнее исправление: carasin (всего исправлений: 1)
Ответ на: комментарий от carasin

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

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

SaBo ★★ ()
Ответ на: комментарий от carasin

Ядро:

> 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
Приоритет: необязательный
SaBo ★★ ()
Ответ на: комментарий от carasin

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

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

Deleted ()
Ответ на: комментарий от SaBo

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

anonymous ()
Ответ на: комментарий от Behem0th

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

carasin ★★★★★ ()
Ответ на: комментарий от carasin
Пакет: libllvm3.4                                
Состояние: установлен
Автоматически установлен: да
Мульти-архитектура: такая же
Версия: 1:3.4.2-8
Пакет: llvm                                      
Состояние: не установлен
Версия: 1:3.4-23
SaBo ★★ ()
Ответ на: комментарий от SaBo

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

Behem0th ★★★★★ ()
Последнее исправление: Behem0th (всего исправлений: 2)
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.