Nouveau - Feb 2014 - [Bug 75447] New: Secondary gpu is not enabled if nouveau is loaded from initrd/initramfs

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

          Priority: medium
            Bug ID: 75447
          Assignee: nouveau at lists.freedesktop.org
           Summary: Secondary gpu is not enabled if nouveau is loaded from
                    initrd/initramfs
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: support.intranet at libero.it
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

Created attachment 94656
  --> https://bugs.freedesktop.org/attachment.cgi?id=94656&action=edit
Working dmesg (nouveau not in initramfs)

When the nouveau kernel module is embedded in the initramfs (as in ubuntu
14.04), Xorg fails to start on the secondary GPU. The DRM appears to correctly
initialize both cards (see attahced logs), but the monitor connected to the
secondary one never comes up. Apart from removing the module from the
initramfs, a workaround is to stop X and execute at the terminal:

echo 0 > /sys/class/vtconsole/vtcon1/bind
rmmod nouveau
modprobe nouveau

and restart X.

-- 
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/20140224/5a3c5446/attachment.html>

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

--- Comment #1 from Alberto <support.intranet at libero.it> ---
Created attachment 94657
  --> https://bugs.freedesktop.org/attachment.cgi?id=94657&action=edit
Working Xorg.0.log (nouveau not in initramfs)

-- 
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/20140224/06a74485/attachment.html>

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

--- Comment #2 from Alberto <support.intranet at libero.it> ---
Created attachment 94658
  --> https://bugs.freedesktop.org/attachment.cgi?id=94658&action=edit
NOT working dmesg (nouveau embedded in initramfs)

-- 
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/20140224/7a90ae22/attachment.html>

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

--- Comment #3 from Alberto <support.intranet at libero.it> ---
Created attachment 94659
  --> https://bugs.freedesktop.org/attachment.cgi?id=94659&action=edit
NOT working Xorg.0.log (nouveau embedded in initramfs)

Note: tested with both xorg 1.14 and 1.15, exactly the same results

-- 
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/20140224/39cf7977/attachment.html>

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

Emil Velikov <emil.l.velikov at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|Secondary gpu is not        |[NVA0] Secondary gpu is not
                   |enabled if nouveau is       |enabled if nouveau is
                   |loaded from                 |loaded from
                   |initrd/initramfs            |initrd/initramfs

--- Comment #4 from Emil Velikov <emil.l.velikov at gmail.com> ---
Hi Alberto

The logs you've attached are from two different kernels.
Can you able to attach the dmesg output of the same kernel, there only
nouveau's build state (module vs built-in) varies ?

-- 
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/20140224/bab77370/attachment-0001.html>

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

Alberto <support.intranet at libero.it> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #94656|0                           |1
        is obsolete|                            |

--- Comment #5 from Alberto <support.intranet at libero.it> ---
Created attachment 94664
  --> https://bugs.freedesktop.org/attachment.cgi?id=94664&action=edit
Working dmesg (kernel 3.13, nouveau not in initramfs)

-- 
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/20140224/ae2a3beb/attachment.html>

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

Alberto <support.intranet at libero.it> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
  Attachment #94658|0                           |1
        is obsolete|                            |

--- Comment #6 from Alberto <support.intranet at libero.it> ---
Created attachment 94665
  --> https://bugs.freedesktop.org/attachment.cgi?id=94665&action=edit
NOT working dmesg (kernel 3.13. nouveau embedded in initramfs)

-- 
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/20140224/f658ca36/attachment.html>

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

--- Comment #7 from Alberto <support.intranet at libero.it> ---
Hi Emil

I've attached two new dmesg from the same 3.13 kernel. Note that nouveau is
always built as a module, what causes the problem is having it embedded into
the initramfs

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/20140224/0c8cc22e/attachment.html>

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

--- Comment #8 from Emil Velikov <emil.l.velikov at gmail.com> ---
(In reply to comment #7)
> Hi Emil
> 
> I've attached two new dmesg from the same 3.13 kernel. Note that
nouveau is
> always built as a module, what causes the problem is having it embedded
into
> the initramfs
> 
> Thanks
Ouch thanks for point it out. Seems like I was day dreaming there.

Afaics there are only differences between the two
 - In the "good" case, nouveau manages to load the adt7473 i2c sensor.
Not
related to your problem, but might indicate why you do not see the temperature
reading in "sensors"
 - The runtime pm tries to suspend one of the cards (assuming the latter) where
it should not have. Most likely the real problem, disable using
"nouveau.runpm=0" in your kernel command line (i.e grub)

-- 
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/20140224/1ec22c81/attachment.html>

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

--- Comment #9 from Alberto <support.intranet at libero.it> ---
Thanks! I can confirm that booting with nouveau.runpm=0 makes it work even if
nouveau is embedded in the initramfs

-- 
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/20140224/a175a135/attachment.html>

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

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

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

--- Comment #10 from Ilia Mirkin <imirkin at alum.mit.edu> ---
This should be fixed in the latest kernels, starting with 3.14.

I believe this is the commit that fixed it:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=adbbdbac04f093c0abf946b1e93e4e5291808491

Feel free to re-open if the issue persists.

-- 
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/20140506/6fdcbc95/attachment.html>