[Nouveau] [Bug 82247] [NVA8] The DisplayPort screen does not light up at first try on Linux 3.16

[bugzilla-daemon at freedesktop.org]

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>