у меня попутный вопрос:

возможно ли использовать открытый драйвер без вкомпиляния фирмвари в ядро?

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

http://www.gearsongallium.com/ ?

можно, оно тупо подгружается с хдд если фаил есть.

а вот фиг его знает

а что-то нужно прописывать в параметры ядра для запуска открытого драйвера?

смотри в gentoo- и arch- -виках, там вся нужная инфа, по идее, должна быть

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

при загрузке можно только вписать
radeon.dpm=1
что бы включить автоматическое энергосбережение

На убунтах и их производных поддержки glamor НЕТ. Поэтому в убунтах и прочих не будет толковой поддержки RadeonSI. В 13.10 обещали запилить.
Или HD 7670M не RadeonSI? Черт ногу сломает об эти мобильные железки.

Ядро посвежее (+ обновлённые прошивки; рекомендую 3.11 — там DPM есть), Mesa'у посовременнее (рекомендую 9.2 — там VDPAU есть; правда, оно на muxless дискретке не упёрлось, но всё же), radeon.dpm=1 в параметры ядра (для включения DPM на ядре 3.11; в последующих версиях, возможно, уже будет по дефолту). Запускать приложения на дискретном Radeon'е так:

$ DRI_PRIME=1 %{app_name}

$ DRI_PRIME=1 R600_DEBUG=sb %{app_name}

Удачи!

UPD: Если будете обновлять ядро до 3.11, то сначала обновите прошивки (в Fedora это пакет linux-firmware; актуальная версия также тянет по зависимостям обновление microcode_ctl), а уже после — сами пакеты с ядром. Данное требование актуально, если используется initramfs. Дело в том, что initramfs генерируется при обновлении ядра (по крайней мере в Fedora оно именно так), а следовательно, на момент обновления новые прошивки уже должны быть в системе, иначе в initramfs окажутся «старые» и возникнут грабли.

только
xrandr --setprovideroffloadsink
еще надо правильно запустить

На убунтах и их производных поддержки glamor НЕТ. Поэтому в убунтах и прочих не будет толковой поддержки RadeonSI. В 13.10 обещали запилить.

А разве этот самый «гламур» так уж нужен дискретной карте Radeon, которая даже аппаратного видеовыхода не имеет? Для интеграшки Intel (через которую видеовывод осуществляется) оно, может, и не лишним будет, а дискретке-то оно на кой?

Или HD 7670M не RadeonSI? Черт ногу сломает об эти мобильные железки.

Не, 7670M ещё на нормальном r600g :)

только
xrandr --setprovideroffloadsink
еще надо правильно запустить

Зачем?

затем что без этого не пашет, как иначе указать кто будет источником для прайма?

У меня всё пашет :)

$ xrandr --listproviders 
Providers: number : 3
Provider 0: id: 0x7b cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 2 outputs: 4 associated providers: 2 name:Intel
Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 2 name:radeon
Provider 2: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 2 name:radeon

Provider 1: id: 0x55 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 0 associated providers: 2 name:radeon

Provider 1 ... radeon

В общем, на ноутбуке с двумя картами, одна из который muxless, есть основная карты Provider 0 и дискретка Provider 1.

Иными словами, если явно указать DRI_PRIME=1, то обрабатывать окно запускаемого приложения будет Provider 1, т.е. дискретный Radeon. Дополнительные заморочки с xrandr'ом не требуются.

так может у тебя что то самописное вставляет провайдера? у ТС будет сто пудов как тут
DRI_PRIME

дописал в параметры ядра radeon.dpm=1;

сейчас набираю: xrandr --listproviders

там только один provider. И это Intel. Других провайдеров нет.

Ядро 3.11.2

У меня самописное? 0_o

Я далёк от кодинга настолько, что дальше только Альфа Центавра :)

Единственное, что в данном случае у меня нестандартное — это патченый xorg-x11-drv-intel (xf86-video-intel; патчил для работы VDPAU на Intel'е без указания дополнительной переменной VDPAU_DRIVER=%{driver_name} — через libvdpau-va-gl), но и до патча оно просто работало, даже с LiveCD.

В xorg.conf или xorg.conf.d/* ползал? У меня в выхлопе xrandr --listproviders оставался единственным Intel, только когда я xorg.conf с дополнительными параметрами создавал. После его удаления всё становилось OK.

нет,не трогал вообще xorg.conf

В общем, попробуйте на каком-нибудь свежем LiveCD. Если всё OK, то ищите проблему в установленной системе. Болшего, наверное, не подскажу ;)

короче у меня такой фокус не проходит, на ванильной месе.
xrandr --listproviders
Providers: number : 2
Provider 0: id: 0x83 cap: 0xb, Source Output, Sink Output, Sink Offload crtcs: 3 outputs: 8 associated providers: 0 name:Intel
Provider 1: id: 0x58 cap: 0xf, Source Output, Sink Output, Source Offload, Sink Offload crtcs: 6 outputs: 3 associated providers: 0 name:radeon

мож у федоры свои патчи. А с DRI_PRIME=true тоже все пашет?

дописал в параметры ядра radeon.dpm=1;

Ядро 3.11.2

Пакет с прошивками не забыли обновить, перед тем как ядро ставить? Если забыли, то ставьте и после переустановите пакет с ядром.

прошивки обновил,а только потом компилял.В итоге фигня какая-та. xrandr --listproviders показывает лишь один адаптер: Intel HD4000.

p.s дабы более не страдать,поставил пока проприетарный драйвер.Буду тестить с ним.

а только потом компилял

Есть же собранные на любой вкус.

p.s дабы более не страдать,поставил пока проприетарный драйвер.Буду тестить с ним.

Может всё-таки покажете содержимое cat /sys/kernel/debug/vgaswitcheroo/switch до установки проприетарного?

На Mint пишет,что нет такого файла или директории.

P.s главной цели я добился.Unigine Heaven запускается и работает,теперь осталось тестить что нить под Steam и Wine.Вот получу Зп и куплю что нить в стиме для теста...

А с DRI_PRIME=true тоже все пашет?

Не-а:

DRI_PRIME=true glxinfo | grep OpenGL
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 9.2.0
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

$ DRI_PRIME=1 glxinfo | grep OpenGL
OpenGL vendor string: X.Org
OpenGL renderer string: Gallium 0.4 on AMD TURKS
OpenGL core profile version string: 3.1 (Core Profile) Mesa 9.2.0
OpenGL core profile shading language version string: 1.40
OpenGL core profile context flags: (none)
OpenGL core profile extensions:
OpenGL version string: 3.0 Mesa 9.2.0
OpenGL shading language version string: 1.30
OpenGL context flags: (none)
OpenGL extensions:

самый главный вопрос,по последним тестам,что выгоднее в плане перфоманса? Открытые драйвера или закрытые?

p.s а то может оно того и не стоит бадаться за работу того,что и не совсем нужно.

удваиваю вопрос. как оно в 3.11 и более новых, кто тестил?
ещё интереснее, как оно по энергопотреблению. температура как при блобе, или лучше/хуже?

Адресуется также и teod0r'у:

Я Catalyst не пробовал в принципе, ибо этот ноут покупал как раз с прицелом на использование свободного драйвера. Дело было спустя какое-то время после релиза ядра 3.10 (в котором стало работать VDPAU), после анонса DPM в 3.11 и после отзывов о том, что на свободном драйвере уже годное 3D. Также учитывалось, что с недавних пор в GNU/Linux нативно (через интерфейсы ядра, а не через userspace, как в случае с Bumblebee) работает offloading, а значит — никаких заморочек с просадкой производительности и обновлением ядра (DKMS, Akmods, etc.).

Использование Catalyst'а (да и вообще каких-либо блобов, а уж тем более закрытых драйверов) в Fedora'е подобно лотерее. Так что приобретение Y470p было обдуманным решением :)

Вдобавок скажу, что прямо сейчас (в простое) температура карточки составляет 37℃ (в комнате — около 20℃). Под нагрузкой может переваливать за 60℃.

На Mint пишет,что нет такого файла или директории.

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

спасибо за совет.

Решил так: когда побегаю в играх,гляну на производительность - тогда и буду решать,а нужно ли оно мне.

Fedora? На KDE?

p.s у меня Fedora 19 Gnome вызывает гнев.Не работает толком интернет.Каковы причины сия явления мне неизвестно.Логи чисты как холст Малевича перед шедевром.Вот везде,все работает,а в Fedora работает,но интернет крайне не отзывчив.Хотя он как бы есть,если ждать открытия страниц по 1 минуте.Даже google.com

MTU?

// Хотя это уже тема для другого топика.

P.s главной цели я добился.Unigine Heaven запускается и работает,теперь осталось тестить что нить под Steam и Wine.Вот получу Зп и куплю что нить в стиме для теста...

DOTA2 можно бесплатно, я разрешаю :)

Fedora? На KDE?

А что? И меня посчитайте тогда :)

интернет крайне не отзывчив.Хотя он как бы есть,если ждать открытия страниц по 1 минуте

Ставлю на разрешение имен / DNS. /etc/nsswitch.conf, возможно.

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