проблема с драйверами fglrx и создании ссылок X11R6 и lib64

Подскажите, в чем может быть причина зависания (перезагрузка) при выходе из ждущего режима?

fglrx

hp amd apu e-450 слишком сильно греется со свободными, слабенькое охлаждение. С проприетарными редко до 90 доходит.

Как это проявляется?

Ты использовал профили для управления питанием?

Не совсем в курсе, как это всё работает. У тебя просто видео в процессор встроено? Или ещё есть дискретная видеокарта?

В общем, я бы предложил копать в сторону энергосбережения на открытом драйвере. Уж если под 6970 опенсорс допилили едва ли не до идеального состояния - твой вариант должен быть в состоянии не хуже.

fglrx(в настройках powerplay все на энергосбережение): серфинг - до 65t, skype, игры - до 86t. non-free: серфинг - до 75t, skype, игры - до 92t. При этом, в обоих случаях conservative с ограничением в частоты до 1320мгц. У меня интегрированный radeon 6320, у проц. три рабочих частоты 825, 1320, 1650мгц. Установлен tlp, в настройках все на энергосбережение (в обоих случаях и ac и bat). Так как уж очень сильно греется. Обслуживание сего чуда в норме. В винде была штатная прога от hp, так она делала только одно - ограничивала частоту до 825мгц и все. Пробовал использовать демона cpufreqd с настройками на изменение частоты проца в зависимости от температуры - не работает демон (так и не понял в чем проблема). Где еще можно порыться?

Установил свободные radeonhd

1. В grub записал radeon.dpm=1, обновил

2. # cat /sys/class/drm/card0/device/power_method dpm

3. # echo profile > /sys/class/drm/card0/device/power_method

bash: echo: ошибка записи: Недопустимый аргумент

не получается задействовать ни prifile ни dynpm

Что делать?

Смотри, есть 2 файла. Один power_profile, второй power_method.

echo profile > /sys/class/drm/card0/device/power_method

Эта команда включает управление питанием по профилям.

Далее ты можешь сделать

echo low > /sys/class/drm/card0/device/power_profile

Эта команда включить профиль low. Раньше я у себя эти команды прописывал в автозагрузку. Потом появился dynpm, но первое время он давал артефакты на экран при смене режимов.

echo battery > /sys/class/drm/card0/device/power_dpm_state

Эта команда даёт какой-то результат? Попробуй загрузи какой-нибудь liveUSB дистр. Убунта, минт, opensuse, fedora - пофиг какой.

Кстати, непонятно, почему не работает cpufreq. Он не работает вообще и не управляет питанием, или он не хочет работать с показателями температуры?

А по поводу энергосбережения - надо скастовать RussianNeuroMancer.

power_dpm_state у меня battrey, поэтому команда проходит. С первыми двумя выдает ошибку которую ранее указал.

Cpufreq работает, не получается задействовать демона cpufreqd.

Попробую на других дистрибутивах и отпишусь.

Я, кажется, понял. Возможно, в новых версиях ядра такой способ управления уже не используется, я где-то видел указания про <=3.10, а также может быть имеет значение стандартное использование dpm, оно тоже может блокировать старую систему управления.

Полностью ли удалён fglrx? Что у вас в «dmesg | grep radeon» и «glxinfo | grep string»?

В grub записал radeon.dpm=1

Начиная с Linux 3.13 не нужно прописывать, и так включено.

Удален полностью.

dmesg | grep radeon

[ 8.869116] [drm] radeon kernel modesetting enabled.

[ 8.912667] radeon 0000:00:01.0: VRAM: 384M 0x0000000000000000 - 0x0000000017FFFFFF (384M used)

[ 8.912672] radeon 0000:00:01.0: GTT: 1024M 0x0000000018000000 - 0x0000000057FFFFFF

[ 8.912890] [drm] radeon: 384M of VRAM memory ready

[ 8.912893] [drm] radeon: 1024M of GTT memory ready.

[ 8.935578] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/PALM_pfp.bin

[ 8.941724] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/PALM_me.bin

[ 9.035397] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/SUMO_rlc.bin

[ 9.035776] [drm] radeon: dpm initialized

[ 9.143268] radeon 0000:00:01.0: firmware: direct-loading firmware radeon/SUMO_uvd.bin

[ 9.153356] radeon 0000:00:01.0: WB enabled

[ 9.153365] radeon 0000:00:01.0: fence driver on ring 0 use gpu addr 0x0000000018000c00 and cpu addr 0xffff8800d7418c00

[ 9.153370] radeon 0000:00:01.0: fence driver on ring 3 use gpu addr 0x0000000018000c0c and cpu addr 0xffff8800d7418c0c

[ 9.154267] radeon 0000:00:01.0: fence driver on ring 5 use gpu addr 0x0000000000072118 and cpu addr 0xffffc90004932118

[ 9.154279] radeon 0000:00:01.0: radeon: MSI limited to 32-bit

[ 9.154314] radeon 0000:00:01.0: irq 41 for MSI/MSI-X

[ 9.154341] radeon 0000:00:01.0: radeon: using MSI.

[ 9.154385] [drm] radeon: irq initialized.

[ 9.358153] [drm] radeon atom DIG backlight initialized

[ 10.229333] fbcon: radeondrmfb (fb0) is primary device

[ 12.066469] radeon 0000:00:01.0: fb0: radeondrmfb frame buffer device

[ 12.066478] radeon 0000:00:01.0: registered panic notifier

[ 12.190731] [drm] Initialized radeon 2.39.0 20080528 for 0000:00:01.0 on mino

glxinfo | grep string

server glx vendor string: SGI

server glx version string: 1.4

client glx vendor string: Mesa Project and SGI

client glx version string: 1.4

OpenGL vendor string: X.Org

OpenGL renderer string: Gallium 0.4 on AMD PALM

OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.3.2

OpenGL core profile shading language version string: 3.30

OpenGL version string: 3.0 Mesa 10.3.2

OpenGL shading language version string: 1.30

OpenGL ES profile version string: OpenGL ES 3.0 Mesa 10.3.2

OpenGL ES profile shading language version string: OpenGL ES GLSL ES 3.0

Это вопрос еще не изучал. Проприетарные довольно хорошо управляют картой. С fglrx в режиме простоя быстро снижается до 60t. Со свободными минимум 72-75t.

Ну я по своему компу смотрю.

У меня виндовс в простое даёт температуру в корпусе в районе 28 градусов, линукс при тех же условиях даёт 22-23 градуса.

В w8 не отслеживал температуру, с t в десктопе проблем нет. В нетбуке стояла утилита от hp (выставляла минимальную частоту процессора), без нее только серфинг. А linux позволил максимум с нетбука выжать, вот и стала проблема с перегревом.

В общем приблизился к fglrx по температуре. В tlp заккоментировал все настройки по управлению питанием radeon'а. При этом отключив полностью tlp, в итоге хуже чем c пропритеарными без tlp.

Ну если так - уже неплохо.

Так как сейчас стоят свободные драйвера, тему закрываю. Визуально производительность одинаковая. Батарея держит где то на 30-40 минут меньше чем с проприетарными. В tlp отключил все что связано с radeon, так как драйвер лучше себя ведет без вмешательства tlp. Температура со свободным приблизилась к температуре с проприетарным драйвером. С проприетарными драйверами на убунте и минт где через денька три уже начинались зависания системы, на lmde2 и debian зависает где то через месяц после установки. Везде стоял mate. Чудо-техника: hp pavilion dm1-4100er.