Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Optirun is not working at the first launch AND after sleep mode #528

Closed
gim- opened this issue Jan 19, 2014 · 8 comments
Closed

Optirun is not working at the first launch AND after sleep mode #528

gim- opened this issue Jan 19, 2014 · 8 comments

Comments

@gim-
Copy link

gim- commented Jan 19, 2014

I have a laptop with:

Graphics: Intel Integrated Graphics + NVIDIA GeForce GT750M
OS: Arch Linux x86_64
Kernel: Linux 3.12.7-2-ARCH #1 SMP PREEMPT Sun Jan 12 13:09:09 CET 2014
DE: KDE 4.12.1
bbswitch is not installed
/etc/bumblebee/bumblebee.conf: http://pastebin.com/DY7jJsU3

There is two issues:

  • When I'm trying to run something with "optirun" (for test purposes I will use "optirun glxgears" command in my terminal) I'm getting this:

[ 109.363061] [ERROR]Cannot access secondary GPU - error: XORG NVIDIA(GPU-0): Failed to initialize the NVIDIA GPU at PCI:1:0:0. Please

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

At the second start everything is fine. Why is that? May be I need to do something to fix this?
Xorg.8.log after first start: http://pastebin.com/uSgAYYUx
Xorg.8.log after second start: http://pastebin.com/pxBAeh3B

  • I usually turn my laptop in to sleep mode instead of shutting it down, but after sleep mode optirun just don't want to start anything. Every time I get this:

[ 422.123621] [ERROR]Cannot access secondary GPU - error: XORG Server terminated successfully (0). Closing log file.

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

Xorg.8.log after sleep: http://pastebin.com/1KRqambf

Here is a screenshot of the terminal output after sleep mode:

snapshot19

Packages installed:

snapshot20

@gim-
Copy link
Author

gim- commented Jan 19, 2014

I tryed some things and looks like installing bbswitch fixed the second issue about sleep mode. The first is still present though. Here is what I've noticed:
snapshot22

And so on. Every time I launch something with optirun, bumblebee powers on my GPU and for some reason can't access it. When I launch it again it works fine. After that when I close glxgears, bumblebee powers off my GPU again and next time I launch something with optirun it behaves the same way.

@gim-
Copy link
Author

gim- commented Jan 20, 2014

The only option I see is not to use power management at all by setting option "KeepUnusedXServer" to "true" in /etc/bumblebee/bumblebee.conf and run "optirun" at startup to power on my GPU.

Is it possible to prevent bumblebee from switching off nvidia on startup?

UPD: As I can see it is not:

/* Initialize communication socket, enter main loop */

bb_status.bb_socket = socketServer(bb_config.socket_path, SOCK_NOBLOCK);

stop_secondary(); //turn off card, nobody is connected right now.

main_loop();

@Lekensteyn
Copy link
Member

Set PMMethod=none to prevent PM from being used at all. It is not possible to prevent bbswitch from being used at startup.

Is it possible that something tries to load the nvidia module while bbswitch has turned it off? The Xorg.8.log points to your kernel log, have you checked your journal already?

@gim-
Copy link
Author

gim- commented Jan 20, 2014

Set PMMethod=none to prevent PM from being used at all

Thank you for that! :)

Is it possible that something tries to load the nvidia module while bbswitch has turned it off?

I did some sebugging and looks like bbswitch successfully turns it on before X server start. So that probably is not the case.
And now with "PMMethod=none" I still get these error messages when X tryes to start at the very first(!) time. I even removed bbswitch package, so power management is not what causes this =\

The Xorg.8.log points to your kernel log, have you checked your journal already?

I did. Here it is:

Didn't find any clues on how to fix this though.

@Lekensteyn
Copy link
Member

I do not know what is happening here. Could it be that the hardware needs more time to "wake up"?

Is this issue reproducable with the opensource nouveau driver? (if supported)

@gim-
Copy link
Author

gim- commented Jan 20, 2014

Could it be that the hardware needs more time to "wake up"?

Not sure. Is there any way to test it?

Is this issue reproducable with the opensource nouveau driver?

Never used a nouveau driver. I will try it later.

@gim-
Copy link
Author

gim- commented Jan 21, 2014

With nouvau driver it works almost fine with optirun. I noticed that it freezes my KDE (even mouse cursor is not moving) for about 5 seconds and therefore takes longer for X to start. Xorg.8.log without any important error messages - http://pastebin.com/DDqPTTgZ

Although primusrun is not working. It shows the window, but nothing in it. Xorg.8.log - http://pastebin.com/uSmsHnbA

Any ideas?

@gim-
Copy link
Author

gim- commented May 14, 2014

Hello again! I found workaround for this, looks like it's about nvidia driver or/and Linux kernel, not Bumblebee itself. Thank you for your attention! :-)

To fix this, just add rcutree.rcu_idle_gp_delay=1 to kernel parameters as described here:
https://wiki.archlinux.org/index.php/Bumblebee#Failed_to_initialize_the_NVIDIA_GPU_at_PCI:1:0:0_.28GPU_fallen_off_the_bus.29

@gim- gim- closed this as completed May 14, 2014
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants