[РЕШЕНО] Как перейти на открытый дравер Ati?
RazrFalcon 3 Августа, 2012 - 21:46
Так как мою 2600 больше не поддерживают решил перейти на открытый драйвер.
Попробовал livecd calculate с kde - все летает. Эффекты вроде как есть.
Теперь загвоздка в том как перейти.
На офф вики ничего путного не нашел: http://www.gentoo.org/doc/en/ati-faq.xml
x11-drivers/xf86-video-ati ставил, eselect opengl менял, даже какие-то опции в ядре включал (уже не помню какие, пробовал месяц назад) - ничего не помогло.
Есть ли какая-то подробная инструкция по переходу с уже установленных проприетарных на открытые драйвера?
»
- Для комментирования войдите или зарегистрируйтесь
1. VIDEO_CARDS="radeon r600"
1. VIDEO_CARDS="radeon r600" в /etc/make.conf и libkms и gallium в USE-флаги; r600 — тип семейства видеопроцессоров, соответствие можно найти на http://xorg.freedesktop.org/wiki/RadeonFeature или в выоде lspci я бы также добавил vesa, на всякий случай.
2. emerge -C ati-drivers проверьте, что его ничто не тащит обратно (emerge -uDNpv world).
3. CONFIG_DRM=m CONFIG_DRM_KMS_HELPER=m CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y в ядре (либо =у, если Вы не используете initram диск).
4. emerge -1 radeon-ucode libdrm mesa xf86-video-ati (флаги добавить по вкусу)
5. если используете initram-диск, не забудьте пересобрать его (dracut или genkernel в помощь).
6. В принципе, можно просто удалить /etc/X11/xorg.conf а можно и поковыряться в нём.
И ещё я в FAQ писал кой-чего
И ещё я в FAQ писал кой-чего по этому поводу, кажется.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Сделал все как выше.В итоге
Сделал все как выше.
В итоге все как и в прошлый раз, а точнее черный экран с курсом от кед. И он оооочень медленно движется, хотя скорее рывками.
Разрешение, судя по курсору, нормальное.
Старый xorg.conf я удалил и создал новый через:
Xorg.0.log
http://pastebin.com/1zeJdFnY
Таки завел. Вроде все
Таки завел. Вроде все заработало. Эффекты в кедах есть.
Что поменял:
1) Пересобрал ядро с:
2) в /boot/grub/menu.lst заменил:
nomodeset
на:
radeon.modeset=1
Помогло скорее последнее.
>EXTRA_FIRMWARE Я про это
>EXTRA_FIRMWARE
Я про это забыл, хотя genkernel по умолчанию пихает в ядро все прошивки.
>nomodeset
В этом случае kms просто не работает, а свежий драйвер не может работать без kms...
Вернулся на проприетарный.
Вернулся на проприетарный. Открытый слишком глючит в кедах.
у меня радеон hd2600
у меня радеон hd2600 mobility, открытый драйвер, KMS, все дела...
Причем давно уже выкинул это поделие fglrx еще пару лет назад. Все замечательно работает. Отлично, никаких глюков. У тебя скорее всего много "шумов" в системе по видеочасти. Стэк r600 давно отлажен. Тебе понадобятся кое-какие параметры при старте ядра. Вообще минимальный тест что ты направильном пути: появление графической картинки пингвинов, при загрузке ядра.
у меня тоже hd2600m эффекты в
у меня тоже hd2600m
эффекты в кедах на закрытом драйвере заметно быстрее
пингвинов вообще в генту не видел ни разу, видимо в ядре выключено
разве что на открытых у меня tty с нормальным разрешением (1280х800), а не кривым (1024х768) на закрытых.
RazrFalcon написал(а): разве
Разрешение можно выставить правильное. Но на проприетарных дровах консоль откровенно тормозит (
Когда можно, а когда и не
Когда можно, а когда и не очень. У меня на ноуте без KMS фига с маслом, а не родное 1440×900
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
без KMS открытые дрова
без KMS открытые дрова нормально работать не будут. И в опцию загрузки ядра надо ключик поставить.
У меня так:
#
title=3.5.1-gentoo
root (hd0,2)
kernel /boot/3.5.1-gentoo pcie_aspm=force asus_laptop.bluetooth_status=0 asus_laptop.wlan_status=1 radeon.dynclks=1 radeon.hw_i2c=1 radeon.no_wb=0 radeon.modeset=1 root=/dev/sda6 iwl3945.fw_restart=1
У вас случаем не f3ka? Сейчас
У вас случаем не f3ka?
Сейчас попробую вашу команду.
PS: у проприетарных тоже бывают проседания скорости, но не так часто
да и ядро 3.5 с ними не собирается...
.
Мде... Вы сами-то поняли, что сказали?!
Мы тоже не всего читали Шнитке!.. © В. Вишневский
доу, на оборот с 3.5 не
доу, на оборот
с 3.5 не собирается ati-drivers
f3sa
f3sa
asus_laptop.bluetooth_status=
Ваааа, я искал как выключить светодиоды с тех пор как линь поставил!
Спасибо!
В остальном, все равно медленнее закрытых, слегка.
практически каждый модуль
практически каждый модуль ядра от версии к версии иногда меняет набор конфигурационных параметров. Лучший способ узнать о наличии/назначении параметров: заглянуть в исходники модуля (рекомендуется т.к. там есть некоторые комменты о разумных значениях) или modinfo или осторожно /sys
.
Мне почему-то кажется, что хотя get the force --- read the source является наиболее радикальным и эффективным решением, начинать следует с
/usr/src/linux/Documentation/
.:wq
--
Live free or die
А xorg.conf дефолтный или
А xorg.conf дефолтный или самописный?
/
Я бы поставил вопрос иначе: а он вообще есть?
Для свободного драйвера можно ограничиться коробочным
/usr/share/X11/xorg.conf.d/10-evdev.conf
.:wq
--
Live free or die
Та я хз. Нарыл в инете пару
Та я хз.
Нарыл в инете пару "твиков". Отключил верт синхрон. Стало чуть шустрее.
Пингвины должны быть, если
Пингвины должны быть, если включен KMS
Есть подозрение, что у Вас грузится все равно fglrx. Проверьте по lsmod.
Если это так, нужно вычистить этот модуль аккуратно физически. Это известный баг/глюк закрытых дров...
Не проверял, но думаю
Не проверял, но думаю наличие/отсутствие пингвинов отражает опцию в конфиге ядра, а не используемый видео драйвер.
Пингвины это как коссвенный
Пингвины это как коссвенный индикатор, что графический режим консоли работает правильно и KMS врубается еще на стадии загрузки ядра корректно. Ну и вообще эстетично и глаза радует...
Проверьте все-же: fglrx не грузится ли при открытых дровах. Это важно.
fglrx нету в принципе, все
fglrx нету в принципе, все грузится нормально, и разрешение в консоли верное
но работает все равно медленнее
Да, не. Открытые у меня.
Да, не. Открытые у меня. Пингвины выключены в конфиге, только не помню где это находится.
.
Не ленивы вы, товарищи. :)
Помнить такие ньюансы...
# zgrep -i logo /proc/config.gz
У меня:
# CONFIG_LOGO is not set
(но мне оно и не нужно)
:wq
--
Live free or die
% zgrep -i logo
ЧТД
Смотрел логи xorg и наткнулся
Смотрел логи xorg и наткнулся на:
Это значит что fglrx еще остался где-то?