bbswitch nie wyłącza dyskretnej grafiki

Z powodu niektórych problemów musiałem ponownie zainstalować Fedorę. Obecnie mam fedora-19 z wersją jądra 3.11.4-201.

Nie zainstalowałem sterowników NVIDIA i używam domyślnych sterowników nouveau do grafiki. Trzmiel i bbswitch zostały poprawnie zainstalowane, ale bbswitch nie wyłącza dyskretnej grafiki. Zrobiłem to, tee /proc/acpi/bbswitch<<<OFFale kiedy sprawdzam status, zgłasza to. dmesg|grep bbswitchdaje to:

[   25.192983] bbswitch: module verification failed: signature and/or required key missing - tainting kernel
[   25.193158] bbswitch: version 0.7
[   25.193165] bbswitch: Found integrated VGA device 0000:00:02.0: \_SB_.PCI0.GFX0
[   25.193172] bbswitch: Found discrete VGA device 0000:01:00.0: \_SB_.PCI0.PEG0.PEGP
[   25.193316] bbswitch: detected an Optimus _DSM function
[   25.193325] bbswitch: Succesfully loaded. Discrete card 0000:01:00.0 is on
[ 1383.773601] bbswitch: device 0000:01:00.0 is in use by driver 'nouveau', refusing OFF

Demon Bumblebee działa, ale optirun glxgears -infodaje to:

[ 2441.794492] [ERROR]Cannot access secondary GPU - error: [XORG] (EE) Failed to load module "mouse" (module does not exist, 0)

[ 2441.794545] [ERROR]Aborting because fallback start is disabled.

Obecnie nie ma pliku o nazwie bbswitch.confw /etc/modprobe.d/lub w /etc/modules-load.d/. Czy mądrze jest ręcznie utworzyć plik i dodać bbswitch load_state=0go?

Jak wyłączyć dyskretną kartę graficzną? Stało się to dość płynnie w mojej poprzedniej fedorze-17, którą karmiłem fedora-19. Czy trzmiel nie powinien go wyłączać bez ręcznej interwencji? Skąd mam wiedzieć, czy bbswitch jest kompatybilny z jądrem?

EDYTOWAĆ

Podczas jednego rozruchu grafika była wyłączona, ale włączyła się ponownie, gdy próbowałem optirun glxgears -info(co przy okazji dało ten sam błąd). Ponownie zainstalowałem bbswitch i trzmiel, ale to nie rozwiązuje problemu.

Bbswitch README jest całkiem jasne w tej sprawie:

Użytkownicy kmodpowinni utworzyć /etc/modprobe.d/bbswitch.confzawierającą, options bbswitch load_state=0aby ustawić domyślne opcje. Aby załadować moduł, użytkownicy systemowi powinni utworzyć /etc/modules-load.d/bbswitch.conf zawierający bbswitch.

Aby zezwolić bbswitchowi na wyłączenie karty graficznej, musisz także zapobiec ładowaniu modułów nvidia (w twoim przypadku jest to nowość). W moim systemie utworzyłem /etc/modprobe.d/nvidia.conf:

blacklist nvidia
blacklist nouveau
options bbswitch load_state=0

Następnie initrd powinien zostać zaktualizowany za pomocą dracut --force

Podczas korzystania z Bumblebee powyższe nie jest absolutnie konieczne (demon rozładuje moduły i użyje przełącznika bbswitch podczas uruchamiania). Jednak ze względu na warunki wyścigowe możliwe jest, że demon trzmiela uruchamia się jednocześnie podczas ładowania sterownika w trybie secesyjnym. Dlatego nadal rozsądnie jest umieszczać moduły na czarnej liście.

Należy pamiętać, że optirun foow niektórych przypadkach awaria karty nvidia nie jest wyłączona. Dlatego obserwujesz, że grafika nvidia jest nadal włączona.

Miałem podobne problemy, takie same wyniki jak raporty w twoim pierwszym poście. W odpowiedzi na twoje pytanie, aby osiągnąć zmianę, ostatecznie całkowicie usunąłem Trzmiel. Oczyściłem to. Zamiast tego skorzystałem z instalacji ppa sterownika nvidia-340, najnowszej z obecnie zastrzeżonych. To sprawnie udało się na czarnej liście nowości i obsługiwać serwer X, wykonało potrzebne zmiany jądra i konf. Ma prime i bbswitch jako zależności i od tego momentu wszystko działa dobrze. Następnie uruchom „sudo prime-select intel”, aby zmusić intel do pracy z Prime i zaktualizować najnowsze sterowniki dla niego. Kiedy otworzyłem Ustawienia serwera NVIDIA X, mogłem płynnie przełączać się. Aby korzystać z CUDA w Blenderze, musiałem również dodać nvidia-modprobe. Aby uzyskać bardziej szczegółowy opis, zobacz ten wątek