Nouveau - Aug 2014 - [Bug 82247] New: [NVA8] The DisplayPort screen does not light up at first try on Linux 3.16

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

          Priority: medium
            Bug ID: 82247
          Assignee: nouveau at lists.freedesktop.org
           Summary: [NVA8] The DisplayPort screen does not light up at
                    first try on Linux 3.16
        QA Contact: xorg-team at lists.x.org
          Severity: normal
    Classification: Unclassified
                OS: Linux (All)
          Reporter: martin.peres at ensi-bourges.fr
          Hardware: x86-64 (AMD64)
            Status: NEW
           Version: unspecified
         Component: Driver/nouveau
           Product: xorg

Created attachment 104148
  --> https://bugs.freedesktop.org/attachment.cgi?id=104148&action=edit
When the DP screen doesn't light up

Hey Ben,

Oddly-enough, my DP screen at work does not want to light up after a cold boot
but works if I reboot right away.

As I told you before, this screen is weird when it comes to coming back from
sleep mode.

The DVI screen lights up correctly but I doubt this issue is related to dual
screen because I tried unplugging the DVI screen a while ago to investigate the
resume issue and it didn't help.

I attached to the bug the kernel logs with 
nouveau.debug="PDISP=trace,I2C=trace,VBIOS=trace" for both the case
when the
screen doesn't light up and when it does.

-- 
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/20140806/354d91b1/attachment.html>

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

--- Comment #1 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Created attachment 104149
  --> https://bugs.freedesktop.org/attachment.cgi?id=104149&action=edit
When the screen does come up

-- 
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/20140806/677e1aa0/attachment.html>

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

--- Comment #2 from Martin Peres <martin.peres at ensi-bourges.fr> ---
My work around: turn off and on again the screen before nouveau loads. That
does the trick to force the screen out of the sleep mode before the modeset.

-- 
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/20140808/6f5fa04b/attachment.html>

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

--- Comment #3 from Martin Peres <martin.peres at ensi-bourges.fr> ---
This bug may not be limited to DP. A friend of mine has the same problem with
his laptop's panel...

I couldn't get traces yet, but just wanted to let you know that it may be a
broader 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/20140822/7d3a4f60/attachment-0001.html>

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

--- Comment #4 from Martin Peres <martin.peres at ensi-bourges.fr> ---
Oh, and funnily-enough, this may be a problem with the nva8 since my friend
also has one of those in his laptop.

-- 
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/20140822/66d08fd1/attachment.html>

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

--- Comment #5 from Ilia Mirkin <imirkin at alum.mit.edu> ---
Bad case:

[  +0,000009] nouveau D[     I2C][0000:01:00.0] PAD:S:01: -> PORT:0b
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000000 16
[  +0,000563] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x0110900f
0x10000010
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000003] nouveau D[   PDISP][0000:01:00.0] 02:0006:0344: aux power ->
always
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000100 2
[  +0,000144] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x01109001
0x10000002
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x0101840a
[  +0,000003] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000012] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000003] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000202 3
[  +0,000154] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x01109002
0x10000003
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01800000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000003] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01010101


Good case:

[  +0,000009] nouveau D[     I2C][0000:01:00.0] PAD:S:01: -> PORT:0b
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000000 16
[  +0,000258] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x0110900f
0x10000010
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01840a11
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00010000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00060202
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00000000
[  +0,000003] nouveau D[   PDISP][0000:01:00.0] 02:0006:0344: aux power ->
always
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000100 2
[  +0,000144] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x01109001
0x10000002
[  +0,000003] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x0184840a
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00010000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00060202
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00000000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 9: 0x00000202 3
[  +0,000152] nouveau D[     I2C][0000:01:00.0] AUXCH(1): 00 0x01109002
0x10000003
[  +0,000003] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x01800000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00010000
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00060202
[  +0,000002] nouveau D[     I2C][0000:01:00.0] AUXCH(1): rd 0x00000000

Those 01010101's seem unhealthy...

And then later, the bad case has

[  +0,000002] nouveau D[   PDISP][0000:01:00.0] 02:0006:0344: 0 lanes at 0 KB/s
...
[  +0,000002] nouveau E[   PDISP][0000:01:00.0] 02:0006:0344: link training
failed

And then later when it tries to train again with 0 lanes one or two more times,
and the training actually succeeds but it says there's not enough bw. And
then
the last time everything works. I think the number of lanes is being computed
based on some sort of stale value, I wonder if that's affecting things.

-- 
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/20140822/efdfd781/attachment.html>

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

Martin Peres <martin.peres at free.fr> changed:

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

--- Comment #6 from Martin Peres <martin.peres at free.fr> ---
-- GitLab Migration Automatic Message --

This bug has been migrated to freedesktop.org's GitLab instance and has been
closed from further activity.

You can subscribe and participate further through the new bug through this link
to our GitLab instance:
https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/126.

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