Код: Выделить всё
cat /proc/acpi/bbswitch
Код: Выделить всё
glxinfo | grep OpenGL
Код: Выделить всё
cat /proc/acpi/bbswitch
Код: Выделить всё
glxinfo | grep OpenGL
Код: Выделить всё
# Should the unused Xorg server be kept running? Set this to true if waiting
# for X to be ready is too long and don't need power management at all.
KeepUnusedXServer=false
Код: Выделить всё
# Acceleration/ rendering bridge, possible values are auto, virtualgl and
# primus.
Bridge=auto
Код: Выделить всё
vblank_mode=0 primusrun приложение
А можно поконкретнее ссылку?БарсSc писал(а):Нужно патчить bumblebee в связи с появлением nvidia-modeset. Можно подглядеть у альта, они недавно патчили по моей просьбе.
trs писал(а): primusrun же показывает 60 кадров в секуду, потому что там по умолчанию включена синхронизация с кадровой развёрткой, а в optirun — выключена.
Без синхронизации запускать можно так:хотя не понято, какой от этого эффект вне тестов, кроме лишнего нагрева видеопроцесора — монитор все одно отображает по 60 кадров в секунду.Код: Выделить всё
vblank_mode=0 primusrun приложение
Код: Выделить всё
systemctl status bumblebeed
● bumblebeed.service - Bumblebee C Daemon
Loaded: loaded (/lib/systemd/system/bumblebeed.service; enabled; vendor preset: disabled)
Active: active (running) since Вт 2016-04-26 20:50:05 MSK; 2s ago
Main PID: 27838 (bumblebeed)
CGroup: /system.slice/bumblebeed.service
└─27838 /usr/sbin/bumblebeed
апр 26 20:50:05 barssc-GP62-6QF systemd[1]: Started Bumblebee C Daemon.
апр 26 20:50:05 barssc-GP62-6QF systemd[1]: Starting Bumblebee C Daemon...
апр 26 20:50:05 barssc-GP62-6QF bumblebeed[27838]: [ 1137.147143] [INFO]/usr/sbin/bumblebeed 3.2.1 started
апр 26 20:50:05 barssc-GP62-6QF bumblebeed[27838]: modprobe: FATAL: Module nvidia_drm not found.
Код: Выделить всё
systemctl status bumblebeed
● bumblebeed.service - Bumblebee C Daemon
Loaded: loaded (/lib/systemd/system/bumblebeed.service; enabled; vendor preset: disabled)
Active: active (running) since Вт 2016-04-26 20:49:19 MSK; 3s ago
Main PID: 25837 (bumblebeed)
CGroup: /system.slice/bumblebeed.service
└─25837 /usr/sbin/bumblebeed
апр 26 20:49:19 barssc-GP62-6QF systemd[1]: Started Bumblebee C Daemon.
апр 26 20:49:19 barssc-GP62-6QF systemd[1]: Starting Bumblebee C Daemon...
апр 26 20:49:19 barssc-GP62-6QF bumblebeed[25837]: [ 1091.017143] [INFO]/usr/sbin/bumblebeed 3.2.1 started
Код: Выделить всё
# rmmod nvidia_modeset nvidia
# echo OFF > /proc/acpi/bbswitch
А обратноБарсSc писал(а):Команды для ручного отключения nvidiaКод: Выделить всё
# rmmod nvidia_modeset nvidia # echo OFF > /proc/acpi/bbswitch
Код: Выделить всё
# echo ON > /proc/acpi/bbswitch
# modprobe nvidia_modeset nvidia
Было подобное из-за nvidia-uvm в другой системе.БарсSc писал(а):Работает, если вручную выгружать модуль нвидиа и nvidia_modeset и прописывать off для bbswitch. Посмотрите почему не выгружает модуль нвидиа и nvidia_modeset, вернее не отрабатывает bbswitch.
Это исправление у нас есть.trs писал(а):Детали пока не помню, что-то связано с заменой modprobe -r на rmmod в исходниках.
В релизе Bumblebee этого исправления, если не ошибаюсь, нет, только в git.
Спасибо.bevlam писал(а):У меня NVidia сейчас вообще не отключается, по этому вот проба сразу после старта системы: https://linux-hardware.org/?probe=ae8ebd2730
В линуксе я совсем ноль, по этому на всякий случай проба после ручного отключения и запуска primusrun: https://linux-hardware.org/?probe=be6c07094a
Старый bumblebee удалять не надо, сам удалиться должен при установке нового.bevlam писал(а):А надо было удалять старый bumblebee, перед установкой нового? И правки в файлах, какие нибудь?
Покажите ещё, что сейчас в /etc/bumblebee/bumblebee.conf.bevlam писал(а):Ну значит я всё делал правильно. Правку bumblebee.conf я выполнял, перезагружал - не помогало.
Да, странно, что модуль "nvidia" не выгрузился. Refcount 0. А что будет если потом явно вызвать "modprobe -r nvidia"? Как раз всё зависает?БарсSc писал(а):Уже лучше. Сейчас автоматом выгружается nvidia_modeset но не выгружается nvidia. https://linux-hardware.org/?probe=e686f51e82 при отключенной nvidia не могу показать пробу из-за неполноценной поддержки железа (виснет намертво комп, жду ядро 4.6).
У меня проблема в том что если выключить nvidia и что либо попытается к ней обратится происходит зависание как в случае с пробой. Эта ошибка пока непоправима для меня, разрабы обещали улучшения в ядре 4.6 для систем с процессорами skylake. А так нормально nvidia выключается и комп работает на интел если не сканить оборудование. Для меня стабильный вариант с включенной видеокартой nvidia, на нагрев не влияет, энергосбережение для такой машины не главное). Наeuspectre писал(а):Да, странно, что модуль "nvidia" не выгрузился. Refcount 0. А что будет если потом явно вызвать "modprobe -r nvidia"? Как раз всё зависает?БарсSc писал(а):Уже лучше. Сейчас автоматом выгружается nvidia_modeset но не выгружается nvidia. https://linux-hardware.org/?probe=e686f51e82 при отключенной nvidia не могу показать пробу из-за неполноценной поддержки железа (виснет намертво комп, жду ядро 4.6).
Код: Выделить всё
modprobe -r nvidia
Понятно.БарсSc писал(а):У меня проблема в том что если выключить nvidia и что либо попытается к ней обратится происходит зависание как в случае с пробой. Эта ошибка пока непоправима для меня, разрабы обещали улучшения в ядре 4.6 для систем с процессорами skylake. А так нормально nvidia выключается и комп работает на интел если не сканить оборудование. Для меня стабильный вариант с включенной видеокартой nvidia, на нагрев не влияет, энергосбережение для такой машины не главное). Наникакой реакции, модуль не выгружается.Код: Выделить всё
modprobe -r nvidia
Само собой.БарсSc писал(а):Да, там не было nvidia_modeset, но на моей машине система висла намертво. Решения для меня 2: удалить bbswitch или принудительно загружать модуль nvidia раньше bumblebee. Мы сейчас решаем не проблему моего железа, а проблему выгрузки появившегося модуля nvidia_modeset в 36х.хх драйверах nvidia, которая актуальна для всех систем с nvidia optimus исключая системы на skylake.
Код: Выделить всё
mv /lib/modules/$(uname -r)/kernel/drivers/video/{nvidia361,nvidia}.ko
Код: Выделить всё
rm /etc/modprobe.d/nvidia361.conf
Код: Выделить всё
depmod -a
Код: Выделить всё
# systemctl start bumblebeed
Вручную мне не интересно, как заставить systemd автоматом запускать bumblebeed после запуска кдеtrs писал(а):Должно быть так:Код: Выделить всё
# systemctl start bumblebeed
Это?БарсSc писал(а):Вручную мне не интересно, как заставить systemd автоматом запускать bumblebeed после запуска кдеtrs писал(а):Должно быть так:Код: Выделить всё
# systemctl start bumblebeed
Код: Выделить всё
# systemctl enable bumblebeed
Ребят, я спросил как заставить systemd запускать определенный сервис после кде, для этого нужно поправить условия запуска в unit файле, но я не могу сообразить какие условия установить, читать документацию умею, расписывать как остановить/запустить. включить/выключить, замаскировать (запретить запуск совсем) юнит мне не надо.Алзим писал(а):Это?БарсSc писал(а): Вручную мне не интересно, как заставить systemd автоматом запускать bumblebeed после запуска кдеКод: Выделить всё
# systemctl enable bumblebeed
+1 Спасибо, прямо в точку. Но все равно возникают проблемы со стабильностью, единственное стабильное решение для моих железяк пока что удалить bbswitch.trs писал(а):Судя по вышеприведённым поправкам, вопрос может быть в том, что прописать параметру After= секции [Unit] файла bumblebeed.service (или как там это всё терминологически корректно называет документация systemd).
Но не ясно, что считать под "запуском KDE": запуск ли SDDM (должен быть Alias-ом display-manager.service), или отображение рабочего стола Plasma после логина пользователя, ...
Не знаю, какую проблему решаете, поскольку не нашёл её полного описания.БарсSc писал(а):единственное стабильное решение для моих железяк пока что удалить bbswitch.
Если хотите, почитайте про skylake и nvidia на англоязычных ресурсах, а разработчики в багах прямо написали ждать улучшений в ядре 4.6. Проблема не в bbswitch, а в поддержке новых кристаллов ядром.trs писал(а): Не знаю, какую проблему решаете, поскольку не нашёл её полного описания.
Но когда-то мне пришлось ставить зависимость драйверу bbswitch так: softdep bbswitch pre:nvidia
Это было не в Роса, до появления nvidia_modeset и с ранней версии гибридной графики. В Роса работало и так.
Пишу к тому, что если проблема с bbswitch, то bumblebeed вторичен и не во всех случаях нужен. Решение возможно следует искать где-то поближе к ядру, может быть даже попробовать собрать 4.6, скоро должен быть релиз.
Вы неправы, данные опции работают при загрузке/выгрузке модуля, но после запуска bumblebeed bbswitch отключает nvidia вне зависимости от этих опций, что и написано в документации.trs писал(а):bbswitch с опцией load_state = -1 не должен менять состояние видеоконтроллера.
Иначе говоря, удалять его не обязательно.
БарсSc писал(а):после запуска bumblebeed
Это разные пакеты. Есть ядро. Есть "юзерленд".БарсSc писал(а):единственное стабильное решение для моих железяк пока что удалить bbswitch.
1)Я не понял что вы мне хотели этим сказать.trs писал(а): 1)Это разные пакеты. Есть ядро. Есть "юзерленд".
2)В соседней теме я пробовал использовать bbswitch + Nvidia Prime, а bumblebeed был отключен.
Код: Выделить всё
acpi_osi=! acpi_osi="Windows 2009"
Это от версии ядра зависит. На ядрах 4.4+ требуется обновление dracut. http://lists.opensuse.org/opensuse-bugs ... 04452.htmlkeleg писал(а):у нас микрокод процессора загружается автоматом, без перепрошивки биоса.
Это у нас давно уже исправлено, соотв. изменения в dracut добавлены. Кому интересно - детали тут: https://abf.io/import/dracut/commit/072 ... 4857d9599dtrs писал(а): Это от версии ядра зависит. На ядрах 4.4+ требуется обновление dracut. http://lists.opensuse.org/opensuse-bugs ... 04452.html
Код: Выделить всё
-if [[ $acpi_override = yes ]] && ! check_kernel_config CONFIG_ACPI_INITRD_TABLE_OVERRIDE; then
+if [[ $acpi_override = yes ]] && ! check_kernel_config CONFIG_ACPI_TABLE_UPGRADE; then
dwarn "Disabling ACPI override, because kernel does not support it. CONFIG_ACPI_INITRD_TABLE_OVERRIDE!=y"