Nouveau - Oct 2013 - [Bug 70208] New: Nouveau driver doesn't find vbios for Geforce GT 750M on Asus N750JV laptop

https://bugs.freedesktop.org/show_bug.cgi?id=70208

          Priority: medium
            Bug ID: 70208
          Assignee: nouveau at lists.freedesktop.org
           Summary: Nouveau driver doesn't find vbios for Geforce GT 750M
                    on Asus N750JV laptop
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: 4712.joey at gmail.com
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

When modprobing the nouveau module I get the following dmesg output: (driver
not able to find the vbios)

[ 1001.055090] MXM: GUID detected in BIOS
[ 1001.055508] nouveau  [  DEVICE][0000:01:00.0] BOOT0  : 0x0e7240a2
[ 1001.055511] nouveau  [  DEVICE][0000:01:00.0] Chipset: GK107 (NVE7)
[ 1001.055512] nouveau  [  DEVICE][0000:01:00.0] Family : NVE0
[ 1001.057047] nouveau  [   VBIOS][0000:01:00.0] checking PRAMIN for image...
[ 1001.057056] nouveau  [   VBIOS][0000:01:00.0] ... signature not found
[ 1001.057057] nouveau  [   VBIOS][0000:01:00.0] checking PROM for image...
[ 1001.057109] nouveau  [   VBIOS][0000:01:00.0] ... signature not found
[ 1001.057109] nouveau  [   VBIOS][0000:01:00.0] checking ACPI for image...
[ 1001.057110] nouveau  [   VBIOS][0000:01:00.0] ... signature not found
[ 1001.057111] nouveau  [   VBIOS][0000:01:00.0] checking PCIROM for image...
[ 1001.057164] nouveau 0000:01:00.0: Invalid ROM contents
[ 1001.057188] nouveau  [   VBIOS][0000:01:00.0] ... signature not found
[ 1001.057189] nouveau  [   VBIOS][0000:01:00.0] checking PLATFORM for image...
[ 1001.057190] nouveau  [   VBIOS][0000:01:00.0] ... signature not found
[ 1001.057191] nouveau E[   VBIOS][0000:01:00.0] unable to locate usable image
[ 1001.057210] nouveau E[  DEVICE][0000:01:00.0] failed to create 0x10000001,
-22
[ 1001.057229] nouveau E[     DRM] failed to create 0x80000080, -22
[ 1001.057388] nouveau: probe of 0000:01:00.0 failed with error -22

The nvidia GPU will then not be detected by X.

The nvidia blob driver is working on the same machine.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/7a4e1db5/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #1 from 4712.joey at gmail.com ---
Created attachment 87204
  --> https://bugs.freedesktop.org/attachment.cgi?id=87204&action=edit
Full dmesg when trying to modprobe the nouveau driver

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/e7277178/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #2 from 4712.joey at gmail.com ---
Created attachment 87205
  --> https://bugs.freedesktop.org/attachment.cgi?id=87205&action=edit
Full dmesg when using the nvidia driver

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/c93e77e9/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #3 from Emil Velikov <emil.l.velikov at gmail.com>
---
>From the MMIO trace - the binary driver seems to be retrying in a very
unusual
manner to retrieve the vbios from ACPI.
[mem 0x00000000c9e25000-0x00000000cab27fff] ACPI NVS


acpi_vbios() {
  W 0x088050 0x00000000 PPCI.ROM_SHADOW_ENABLE <= 0

  origin = 0xc9eca000;
  size = 0x1000;

  MAP $origin $size
  UNMAP

  base = origin;

  for (i = 0; i < ??; i++) {
    for (j = 0; j < 8; j++) {
      for (k = 1; k <= 8; k++) {
        MAP $base+(k*$size) $size
        UNMAP
      }
      MAP $base $size
      SLEEP 0.182000ms
      UNMAP
    }
    base += 8*$size;
  }
}

Not entirely sure if it succeeds though, but after this sequence it seems to be
doing all sorts of stupid stuff as init script tables do.
  R 0x000000 0x0e7240a2 PMC.ID
  W 0x000000 0x0e7240a2 
etc.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/9e974cdc/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #4 from Emil Velikov <emil.l.velikov at gmail.com> ---
Created attachment 87207
  --> https://bugs.freedesktop.org/attachment.cgi?id=87207&action=edit
retry 16 times to retrieve the vbios from ACPI

Give this patch a try, and attach the resulting dmesg. Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/96171a89/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #5 from 4712.joey at gmail.com ---
Created attachment 87210
  --> https://bugs.freedesktop.org/attachment.cgi?id=87210&action=edit
Full dmesg with patch from attachment 87207 applied

In addition to the patch an additional line of debug output was added which
shows the "JOEY: Yes this is the patched module"... Please just ignore
this
line of debug output in the dmesg :-)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/701e732e/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #6 from Emil Velikov <emil.l.velikov at gmail.com> ---
Created attachment 87214
  --> https://bugs.freedesktop.org/attachment.cgi?id=87214&action=edit
count DISPLAY_3D devices while considering dsm/optimus presence

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/1f398258/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #7 from 4712.joey at gmail.com ---
Created attachment 87215
  --> https://bugs.freedesktop.org/attachment.cgi?id=87215&action=edit
Full dmesg with the count DISPLAY_3D devices patch

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/dcc2a1b7/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #8 from 4712.joey at gmail.com ---
Created attachment 87216
  --> https://bugs.freedesktop.org/attachment.cgi?id=87216&action=edit
Full dmesg with the count DISPLAY_3D devices and starting X

When starting X with the patch it now crashes. See dmesg for details.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/6de8644d/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #9 from Emil Velikov <emil.l.velikov at gmail.com> ---
Feel free to try the DISPLAY_3D patch and make sure that you have
>From 5495e39fb3695182b9f2a72fe4169056cada37a1 Mon Sep 17 00:00:00 2001
From: Ben Skeggs <bskeggs at redhat.com>
Date: Tue, 10 Sep 2013 02:11:01 +0000
Subject: drm/nouveau/bios/init: stub opcode 0xaa

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/87b65428/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #10 from 4712.joey at gmail.com ---
Created attachment 87217
  --> https://bugs.freedesktop.org/attachment.cgi?id=87217&action=edit
Full dmesg with additional stub opcode 0xaa patch

In addition to the count DISPLAY_RD devices patch now I applied this patch:

http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?h=drm-nouveau-next&id=5495e39fb3695182b9f2a72fe4169056cada37a1

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/1eddeeb1/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #11 from 4712.joey at gmail.com ---
Good news: with the "count DISPLAY_3D devices" patch and
http://cgit.freedesktop.org/nouveau/linux-2.6/commit/?h=drm-nouveau-next&id=5495e39fb3695182b9f2a72fe4169056cada37a1
applied nouveau loads successfully and I can now also start X without crashing.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/592f5d0a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #12 from Emil Velikov <emil.l.velikov at gmail.com> ---
Created attachment 87218
  --> https://bugs.freedesktop.org/attachment.cgi?id=87218&action=edit
cleaner approach to patch 87214

Another patch that does the same thing, without iterating though all the pci
devices twice :) Currently only VGA and 3D devices are selected via the mask,
although it may be easily changed in the future :)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/cde4f663/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #13 from 4712.joey at gmail.com ---
Tested about 30 minutes running things with "DRI_PRIME=1 someprogramm"
and
everything is working fine now. Also running full gnome 3 session with
DRI_PRIME=1 now.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/bfae0b54/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #14 from 4712.joey at gmail.com ---
Note: I did not test it with the newer patch 87218 yet. (will do so during the
next days if I find the time)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131006/387f4a76/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #15 from 4712.joey at gmail.com ---
Spoken too soon :-)

By accident I also "fixed" my haswell's internal intel DRI and so
the system is
now running much faster than before, but still powered by the intel's
rendering.

I'm surprised how fast the build in haswell's intel rendering is already
:-)


But for the nouveau: It fails to initialise the acceleration, as far as I can
see.

The /var/log/Xorg.0.log shows: (i will attach the full log)

[    75.892] (II) NOUVEAU(G0): Opened GPU channel 0
[    77.893] (EE) NOUVEAU(G0): Failed to initialise context object: 2D_NVC0 (0)
[    77.893] (EE) NOUVEAU(G0): Error initialising acceleration.  Falling back
to NoAccel
[    77.893] (==) NOUVEAU(G0): Backing store disabled
[    77.893] (==) NOUVEAU(G0): Silken mouse enabled
[    77.893] (==) NOUVEAU(G0): DPMS enabled
[    77.893] (II) NOUVEAU(G0): RandR 1.2 enabled, ignore the following RandR
disabled message.


And so "DRI_PRIME=1 glxinfo | grep OpenGL" shows that it is running on
intel
only:

OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Haswell 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:

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131007/9e8003a3/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #16 from 4712.joey at gmail.com ---
Created attachment 87232
  --> https://bugs.freedesktop.org/attachment.cgi?id=87232&action=edit
Xorg.0.log with Error initialising acceleration message

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131007/211576eb/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #17 from Emil Velikov <emil.l.velikov at gmail.com> ---
Joey can we keep one bug per report please. It's quite easy to jump on the
wagon and describe any issue and/or glitch within the same report, but it's
never a good idea :)

Thanks

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131007/55d551a9/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #18 from 4712.joey at gmail.com ---
Emil, you're right, sorry ... As the subject from this report already tells
this one is about the vbios issue which is already solved by the patch and we
should have a look at the other issue separately :-) (Will try to check this on
IRC and open a new bug if required)

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131007/f3e3b004/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #19 from Fred New <fred.new2911 at gmail.com> ---
FWIW, I had problem building the kernel with the second version of the patch
(87214) for Fedora 20 beta TC1 using rpmbuild, but then I'm a lightweight
when
it comes to actual programming:

drivers/gpu/drm/nouveau/nouveau_acpi.c: In function
'nouveau_pci_get_class_masked':
drivers/gpu/drm/nouveau/nouveau_acpi.c:276:2: error: implicit declaration of
function 'pci_get_dev_by_id' [-Werror=implicit-function-declaration]
  return pci_get_dev_by_id(&id, from);
  ^
drivers/gpu/drm/nouveau/nouveau_acpi.c:276:2: warning: return makes pointer
from integer without a cast [enabled by default]
cc1: some warnings being treated as errors
make[4]: *** [drivers/gpu/drm/nouveau/nouveau_acpi.o] Error 1
make[3]: *** [drivers/gpu/drm/nouveau] Error 2
make[2]: *** [drivers/gpu/drm] Error 2
make[1]: *** [drivers/gpu] Error 2
make: *** [drivers] Error 2

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131008/ebd7b82a/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #20 from Fred New <fred.new2911 at gmail.com> ---
Oops, make that patch 87218 that had the problem.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131008/b7898112/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #21 from Emil Velikov <emil.l.velikov at gmail.com> ---
Ouch, yes. Seems like the function pci_get_dev_by_id() in undefined outside of
drivers/pci

In that case I see two solution - iterate through each device type (vga/3d) or
making the symbol accessible at a larger scale.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131008/785bfd46/attachment-0001.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

--- Comment #22 from Ilia Mirkin <imirkin at alum.mit.edu> ---
(In reply to comment #15)
> But for the nouveau: It fails to initialise the acceleration, as far as I
> can see.
> 
> The /var/log/Xorg.0.log shows: (i will attach the full log)
> 
> [    75.892] (II) NOUVEAU(G0): Opened GPU channel 0
> [    77.893] (EE) NOUVEAU(G0): Failed to initialise context object: 2D_NVC0
> (0)
> [    77.893] (EE) NOUVEAU(G0): Error initialising acceleration.  Falling
> back to NoAccel
> [    77.893] (==) NOUVEAU(G0): Backing store disabled
> [    77.893] (==) NOUVEAU(G0): Silken mouse enabled
> [    77.893] (==) NOUVEAU(G0): DPMS enabled
> [    77.893] (II) NOUVEAU(G0): RandR 1.2 enabled, ignore the following
RandR
> disabled message.
Agree with Emil. See bug 70354 -- it covers this problem. Let's keep this
issue
to just being about VBIOS failure.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131010/018f1db9/attachment.html>

https://bugs.freedesktop.org/show_bug.cgi?id=70208

Ilia Mirkin <imirkin at alum.mit.edu> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

--- Comment #23 from Ilia Mirkin <imirkin at alum.mit.edu> ---
This is fixed by:

http://cgit.freedesktop.org/~airlied/linux/commit/?h=drm-next&id=4c60fac111961e7eb71a08928c22b43cff55f1fb

Which should appear in 3.13-rc1. Marking this as fixed.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/nouveau/attachments/20131109/6ebf5677/attachment.html>