LINUX.ORG.RU

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

 , , ,


0

1

У меня старый компьютер с вооот такой видеокартой.

02:00.0 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 11, 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 modules: radeon
Погуглил немного, похоже что свободный драйвер не поддерживает такую старую карту. Максимальное разрешение 1024x768 и это убивает.

Винда 7 на этом компе спокойно выставляла и больше. Что посоветуете?

Ставить левый мод в xrandr не предлагать.



Последнее исправление: alignant (всего исправлений: 2)

Пишу 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
alignant
() автор топика

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

https://wiki.debian.org/AtiHowTo

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

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

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

Сам пересел с 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

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

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

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

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

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

firmware-linux-nonfree

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

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

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

alignant
() автор топика
Ответ на: комментарий от atsym

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

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

alignant
() автор топика
Ответ на: комментарий от alignant

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

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

alignant
() автор топика

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

zoloz
()

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

radeon/JUNIPER_me.bin radeon/JUNIPER_pfp.bin radeon/JUNIPER_rlc.bin radeon/JUNIPER_smc.bin radeon/CYPRESS_uvd.bin
https://wiki.gentoo.org/wiki/Radeon

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

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

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

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

alignant
() автор топика
Ответ на: комментарий от alignant

Пересобрать - значит перегенерировать 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 
заместо gunzip может быть другой распаковщик в зависимости от методов сжатия. unxz или что-то другое.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

alignant
() автор топика
Ответ на: комментарий от Thero

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

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

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

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

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

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

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

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

anonymous
()

про проблемы с 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
ну и перегрузить комп

zoloz
()
Ответ на: комментарий от alignant

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

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

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

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

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

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

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

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

Блин, а может ли переходник быть виной? у меня 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)

alignant
() автор топика

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

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

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

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

alignant
() автор топика
Ответ на: комментарий от alignant

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

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

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

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

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

Пробуй.

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

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

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

alignant
() автор топика
Ответ на: комментарий от alignant

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

anonymous
()

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

zoloz
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.