Проблемы с поддежкой старой видеокарты в debian 9

Пишу sudo dmesg | grep -i radeon, ответ

[ 8.551750] [drm] radeon kernel modesetting enabled.
[ 8.898086] [drm:radeon_pci_probe [radeon]] ERROR radeon kernel modesetting for R600 or later requires firmware-amd-graphics.

Ставлю этот пакет и ответ уже вот такой. Правда разрешений больше не стало

[    9.020448] [drm] radeon kernel modesetting enabled.
[    9.829546] radeon 0000:02:00.0: VRAM: 1024M 0x0000000000000000 - 0x000000003FFFFFFF (1024M used)
[    9.829551] radeon 0000:02:00.0: GTT: 1024M 0x0000000040000000 - 0x000000007FFFFFFF
[    9.830124] [drm] radeon: 1024M of VRAM memory ready
[    9.830128] [drm] radeon: 1024M of GTT memory ready.
[    9.881668] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_pfp.bin
[    9.899312] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_me.bin
[    9.899646] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_rlc.bin
[    9.931744] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_smc.bin
[    9.950326] [drm] radeon: dpm initialized
[    9.966901] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CYPRESS_uvd.bin
[    9.988641] radeon 0000:02:00.0: WB enabled
[    9.988648] radeon 0000:02:00.0: fence driver on ring 0 use gpu addr 0x0000000040000c00 and cpu addr 0xffff9316f6a9fc00
[    9.988653] radeon 0000:02:00.0: fence driver on ring 3 use gpu addr 0x0000000040000c0c and cpu addr 0xffff9316f6a9fc0c
[    9.989178] radeon 0000:02:00.0: fence driver on ring 5 use gpu addr 0x000000000005c418 and cpu addr 0xffffa2200101c418
[    9.989209] radeon 0000:02:00.0: radeon: MSI limited to 32-bit
[    9.989304] radeon 0000:02:00.0: radeon: using MSI.
[    9.989343] [drm] radeon: irq initialized.
[   10.884856] [drm] Radeon Display Connectors
[   10.957811] fbcon: radeondrmfb (fb0) is primary device
[   11.004820] radeon 0000:02:00.0: fb0: radeondrmfb frame buffer device
[   11.024167] [drm] Initialized radeon 2.49.0 20080528 for 0000:02:00.0 on minor 0

всё поддерживается, нужен radeon. не из коробки потому что дебьян не включает в себя по умолчанию несвободные прошивки. надо включить репозитории contrib и nonfree и установить firmware-linux-nonfree libgl1-mesa-dri xserver-xorg-video-ati перезагрузиться и всё. вот тут полная инструкция..

https://wiki.debian.org/AtiHowTo

P.S. чисто интересно почему люди выбирают дебьян для десктопа, есть же куча форков для неопытных типа убунты в которой такие вещи из коробки работают..

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

Сам пересел с LinuxMint (Ubuntu-based) на MX Linux (Debian-based).

У меня самого ATI 1250 Xpress, и при этом в MX Linux все драйвера из коробки работают отлично.

alignant, поставь MX Linux MX-17.x вместо Debian 9.x
>>> https://mxlinux.org/download-links

А шо сразу не Devuan? Зачем нужна еще одна сущность в лице MX, когда нынче есть вполне себе православный форк?

а теперь поставь чистый дебьян и обнаружь что у тебя нет фирмварей(хотя к 1250 они возможно не нужны), потому что они против политики дебьяна и видяха запустилась на весовском универсальном драйвере..

firmware-linux-nonfree

Из указанных тобой пакетов не было только этого. Его установка не спасла.

убунты в которой такие вещи из коробки работают..

Я убунту пробовал ставить. Не заработало там ничего из коробки

поставь MX Linux MX-17.x вместо Debian 9.x

Я вообще обычно manjaro через architect ставлю. Просто с ней херня, с убунтой херня, с минтом херня, с дебианом, как видишь, тоже херня. Я просто решил что пора разбираться а не просто перебирать дистры, где бы из коробки работало

The firmware can be provided by installing the firmware-amd-graphics or firmware-linux-nonfree package.

я поставил firmware-amd-graphics

я думаю для твоей карты надо ставить свободный драйвер amdgpu ,я вот себе ставил на hd3650 ,всё работало .И оно должно было само при установке дистра автоматом поставиться .

Для этой карты нужны вот такие файлы прошивок:

radeon/JUNIPER_me.bin radeon/JUNIPER_pfp.bin radeon/JUNIPER_rlc.bin radeon/JUNIPER_smc.bin radeon/CYPRESS_uvd.bin

И если у тебя модуль radeon грузится на этапе работы Initramfs, то эти firmware должны быть в Initramfs.

Поэтому если так, то нужно пересобрать initramfs.

Пакет xserver-xorg-video-amdgpu есть, установлен автоматом

Что значит пересобрать? Это ж debian, а не gentoo. Я попробовал через synaptic «перекачать» initramfs-tool и initramfs-tool-core и перегрузил. Но разницы никакой.

а по траблшуту прошёлся? точно модуль radeon и фирмвари грузятся?

Пересобрать - значит перегенерировать initramfs заново.

Вот man страница https://manpages.debian.org/jessie/initramfs-tools/update-initramfs.8.en.html

update-initramfs.

Перегенерируй initramfs и посмотри что будет.

Предварительно удостоверься, что в firmware есть указанные файлы прошивок.

Можешь так же посмотреть что находится в initramfs:

mount /boot
mkdir /tmp/initramfs
cd /tmp/initramfs
gunzip -c /boot/файл_Initramfs | cpio -i -d -H newc --no-absolute-filenames 

Посмотри есть ли в распакованном Initramfs модуль radeon и указанные файлы прошивок, если модуль, а файлов нет - нужно пересобирать.

Ну и у тебя при каждом обновлении ядра initramfs и так пересобирается, это обычная процедура, которую тебе надо сделавть в ручную.

Ну либо можешь скопировать файлы прошивок в директорию куда ты распаковал Initramfs и запаковать его заново.

cd /tmp/initramfs
find . | cpio -o -H newc | gzip -9 > /boot/initramfs_new.gz

и его потом использовать для загрузки.

Но должен отработать и стандартный способ обновления (перегенерации) initramfs.

Debian - это тоже Linux и в нём всё работает точно так же как и в Gentoo.

6750 не работает с amdgpu она работает с radeon

в дебиане лучше такие вещи решать по дебьяновски а не по арчевски иначе будет ещё хуже чем уже бездумно наковыряно.

В траблшуте мало полезного

alignant@debpc:~$ sudo dmesg | grep -E 'drm|radeon' | grep -iE 'firmware|microcode'
[    9.006574] [drm] Loading JUNIPER Microcode
[    9.094935] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_pfp.bin
[    9.119382] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_me.bin
[    9.131721] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_rlc.bin
[    9.145711] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/JUNIPER_smc.bin
[    9.195448] radeon 0000:02:00.0: firmware: direct-loading firmware radeon/CYPRESS_uvd.bin

ps: прошивки правильные вроде?

lspci -v

VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Juniper PRO [Radeon HD 6750] (prog-if 00 [VGA controller])
	Subsystem: Hightech Information System Ltd. Juniper PRO [Radeon HD 6750]
	Flags: bus master, fast devsel, latency 0, IRQ 28, NUMA node 0
	Memory at c0000000 (64-bit, prefetchable) [size=256M]
	Memory at dffe0000 (64-bit, non-prefetchable) [size=128K]
	I/O ports at e800 [size=256]
	Expansion ROM at 000c0000 [disabled] [size=128K]
	Capabilities: [50] Power Management version 3
	Capabilities: [58] Express Legacy Endpoint, MSI 00
	Capabilities: [a0] MSI: Enable+ Count=1/1 Maskable- 64bit+
	Capabilities: [100] Vendor Specific Information: ID=0001 Rev=1 Len=010 <?>
	Capabilities: [150] Advanced Error Reporting
	Kernel driver in use: radeon
	Kernel modules: radeon

Да вроде всё грузится.

Debian way - использовать update-initramfs.

А так, какая разница как он получит новый Initramfs с включенными в его состав файлами прошивок, на работу системы в целом это не окажет никакого влияния.

Ему нужно что бы файлы прошивок были доступны на момент загрузки модуля ядра radeon и если модуль из Initramfs, то и файлы прошивок должы присутствовать так же в initramfs.

Проблемы могут быть только при обновлении ядра и то что в initramfs под новое ядро опять не окажется файлов прошивок.

Это уже надо читать документацию по Debian, где указывается что включать в Initramfs при его генерации.

Если знаешь где это указывается - вперёд подсказывай.

И да, это не arch way, а способ который работает в любом Linux.

Повторюсь, если radeon.ko грузится из Initramfs, то в нём же должны быть и файлы прошивок.

про проблемы с R600 у меня тоже писало при загрузке системы ,я поставил firmware-linux-nonfree и firmware-linux-free . Предупреждающая надпись исчезла . Чтобы nonfree поставить надо в /etc/apt/sources.list добавить contrib non-free в первой строчке чтобы было так например :

deb http://deb.debian.org/debian/ stretch main contrib non-free

sudo apt update
sudo apt install firmware-linux-nonfree firmware-linux-free

Всё должно работать. Проверь ускорение графики через glxgears напрмиер.

Если ускорение работает - то всё в порядке.

Если проблема с низким разрешением осталась, то это значит что драйвер не может корректно прочитать EDID твоего монитора, возможно виной этому кабель или переходник DVI - D-SUB.

Посмотри в Internet инструкции по генерации modeline и прописывания нужного видео режима в xorg.conf.

и правда грузятся, тогда кажется нужно ковырять в настройки xorg.conf для начала давайте глянем что там сейчас.

хм.. может ли это быть от кривых edid в мониторе как у меня когда-то было.. хм.. не помню по каким ошибкам в логе это можно проверить..

Блин, а может ли переходник быть виной? у меня VGA/DVI

xrandr

Screen 0: minimum 320 x 200, current 1024 x 768, maximum 8192 x 8192
DisplayPort-0 disconnected primary (normal left inverted right x axis y axis)
HDMI-0 disconnected (normal left inverted right x axis y axis)
DVI-0 connected 1024x768+0+0 (normal left inverted right x axis y axis) 0mm x 0mm
   1024x768      60.00* 
   800x600       60.32    56.25  
   848x480       60.00  
   640x480       59.94  
VGA-0 disconnected (normal left inverted right x axis y axis)

В xrandr разрешение идёт как DVI, а в ориджинал посте... сами видите в общем) Но опять же, винда как-то справлялась же! (Правда там стоял Catalyst)

Иди в магазин за GCN4, нищеброд. Обколятся своих невидий и постят тупак на лор.

Есть старый комп. Хочу поставить на него debian. Не придирайся. PS: На винде работало, значит програмно реализуемо

/etc/X11/xorg.conf даже не сгенерился *_* Нет файла даже.

драйвера/карты тут вообще не при чем скорее всего, просто система не может считать EDID монитора

Есть 3 варианта решения:

• считать EDID монитора вручную, программатором там или на другой системе и подсунуть его иксам;
• написать уже modeline с нужным разрешеним и не сношать мозг себе и окружающим;
• подключиться наконец через цифровой вход и перестать жрать кактус.

Как с этим справляется Windows я не знаю, може у неё есть какая-то своя база EDID или как-то ещё определяет.

Вот здесь расписано как генерировать отсустсвующие видео режимы и что и куда прописвать: https://wiki.archlinux.org/index.php/Xrandr_(Русский)

Пробуй.

Можешь сделать в запущенной X сессии средствами xrandr.

О, заработало. Спасибо. Я знаю как добавлять моды в xrandr, не так всё со мной плохо. Я просто добавлять пытался в VGA, а не в DVI. И не работало. Сейчас сработало

Значит прописывай в xorg.conf или в xorg.conf.d/10-monitor.conf Modeline и прочие строки, что бы каждый раз через xrandr не добавлять видео режим.

ну мой опыт установки дебиана на ati radeon закончился фейлом debian .Я его нахваливал на фоне calculate , но оказалось не во всём он хорош .
Скачал блюрик под 50 000 бит\сек и как оказалось debian тормозит на hd3650
Загрузился с live mate calculate тормозов нет но mpv течёт память
Загрузился с live mate pclinuxos тормозов нет
Так что debian хорош только под intel встройкой
В итоге поставил XP - лучший вариант по производительности .