All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tobias Klausmann <tobias.johannes.klausmann-AqjdNwhu20eELgA04lAiVw@public.gmane.org>
To: Nicolas Mercier
	<mercier.nicolas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
Subject: Re: Nouveau: kernel hang on Optimus+Intel+NVidia GeForce 1060m
Date: Mon, 11 Sep 2017 20:49:49 +0200	[thread overview]
Message-ID: <cb794e03-6ca8-7e80-9277-ea780ee0bbd2@mni.thm.de> (raw)
In-Reply-To: <CAKyUnMW6f-EpyjZ=tocOR6Ji8MLprF71YzNsOKv-+UGtbvqH=g@mail.gmail.com>

Hi,

i remember seeing the same error with earlier firmware version with a
similar system (GP106) once in a while on boot, yet it does not happen
with newer versions. Maybe you could try to update the firmware to the
latest version from kernel-firmware.

As a small addition: I remember deeply: you should ignore the
_OSI(Linux) query, as it may break the system in some ways, if you don't
have a specific bug fixed with adding _OSI(Linux), removing it from the
cmdline is a thing to test!

Greetings,

Tobias


On 9/11/17 4:54 PM, Nicolas Mercier wrote:
> Hi,
> I have an Optimus-enabled laptop with a GTX 1060m. I never got it to
> fully work with Nouveau even after Pascal support was added. I need to
> run the kernel with nouveau.runpm=0 to get it to work. Unfortunately
> without proper power mangement support, my laptop will run out of
> battery after about 1h30, so I'd love to get Optimus working.
>
> What I can see is that when the extra GPU is not in use, Nouveau will
> try to shut it off. This seems to work, as the indicator of the laptop
> changes to amber (discrete GPU in use) to blue (discrete GPU powered
> off), and the kernel log (attached) reports that the GPU went off.
>
> If I wake up the GPU (plugging in/out the external monitor, running a
> GL command with DRI_PRIME=1, or even lspci) will make the computer
> unresponsive and only a force shutdown will work, as no graphics
> command seems to be able to execute anymore. Nouveau (likely, vga
> switcheroo) tries to wake up the GPU but it seems to fail. The LED
> indicator does indicate the GPU has power though.
>
> Most of the time (but not often when I have an external monitor
> plugged into the discrete card before I boot the computer) I get a
> timeout during boot or during modprobe (see kernel log). Even with
> runpm=0, I can't seem to be able to run GL commands on it:
>
> yngwe@labarbara: % DRI_PRIME=1 glxinfo
> name of display: :0.0
> nvc0_screen_create:857 - Error allocating PGRAPH context for M2MF: -16
> libGL error: failed to create dri screen
> libGL error: failed to load driver: nouveau
> display: :0  screen: 0
> direct rendering: Yes
> ... follows up using the Intel card ...
>
> the error I get in the kernel in that case:
> [  201.612583] nouveau 0000:01:00.0: gr: FECS falcon already acquired
> by gr!
> [  201.612586] nouveau 0000:01:00.0: gr: init failed, -16
>
> It runs on Debian testing + the firmware from Ubuntu as Debian's
> firmware does not have the nvidia blobs, kernel was either 4.12/4.13
> release candidates from Debian repositories or kernel 4.13.1 self
> compiled. I always had exactly the same symptoms on all these kernels.
>
> /nicolas
>
>
> _______________________________________________
> Nouveau mailing list
> Nouveau@lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nouveau
_______________________________________________
Nouveau mailing list
Nouveau@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/nouveau

  reply	other threads:[~2017-09-11 18:49 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-11 14:54 Nouveau: kernel hang on Optimus+Intel+NVidia GeForce 1060m Nicolas Mercier
2017-09-11 18:49 ` Tobias Klausmann [this message]
     [not found]   ` <cb794e03-6ca8-7e80-9277-ea780ee0bbd2-AqjdNwhu20eELgA04lAiVw@public.gmane.org>
2017-09-11 19:52     ` Nicolas Mercier
     [not found]       ` <CAKyUnMVeWzgptcN0CVLg4SYriY7+29wXcdaAH4Xig7tXSuXBtA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-09-13  9:37         ` Nicolas Mercier
     [not found]           ` <CAKyUnMW-OUpMtXoVgP0xz-LawgtewPGQEcu5P=CgYU_Bi9pqaQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-09-13 12:28             ` Tobias Klausmann
     [not found]               ` <e3e5a763-4a54-0b62-2151-d3f123ab5067-AqjdNwhu20eELgA04lAiVw@public.gmane.org>
2017-09-13 22:13                 ` Nicolas Mercier
     [not found]                   ` <CAKyUnMVKNHkYa9TMf9_MFXEfLV-qx42Vg5eKh1ReT03Eo+3xJQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-09-17 23:37                     ` Peter Wu

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=cb794e03-6ca8-7e80-9277-ea780ee0bbd2@mni.thm.de \
    --to=tobias.johannes.klausmann-aqjdnwhu20eelga04laivw@public.gmane.org \
    --cc=mercier.nicolas-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.