Hi,
we have a blank screen on a mac book retina since kernel 3.16.
The behavour is a bit weird:
In kernel 3.16 and higher it is like this, when you reset all display
and xrandr settings, sometimes the screen comes up in the highest
possible resolution.
But when you try to choose another resolution the screen stays turns black.
But in 80% of the tries it stays black, when the saved screen
resolutions is another than the highest resolution it always stays black.
As imirkin mentioned on irc, the problem is caused by the "nouveau E[
PDISP][0000:01:00.0] 00:0006:0f44: link training failed ".
The last working kernel was 3.15.10.
I've tried to bisect it, but i wasn't able to have the notebook for the
whole time.
And so we tried to do the rest of the bisects remote, but i think we've
messed something up in the coordination
I have no chance to try a bisect again (not when i start with 3.15.10
good and 3.16 bad), it takes to much time and i don't have access to the
notebook for so long.
If we really need a bisect, maybe you could help me with a better
starting and ending version to try
Logfiles and stuff can be found at the end of the mail.
best regards
Harald
Hardware Info can be found at: http://www.hjit.de/macretina.txt
Here is the bisect log:
Bisecting: a merge base must be tested
[1860e379875dfe7271c649058aeddffe5afd9d0d] Linux 3.15
Bisecting: 6940 revisions left to test after this (roughly 13 steps)
[7b215de3d0abbc4f6daf2efd19e8809af0564490] Merge branch 'i2c/for-next'
of git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux into next
Bisecting: 3892 revisions left to test after this (roughly 12 steps)
[0430e49b6e7c6b5e076be8fefdee089958c9adad] ima: introduce ima_kernel_read()
Bisecting: 1567 revisions left to test after this (roughly 11 steps)
[2937f5efa5754754daf46de745f67350f7f06ec2] Merge branch 'for_linus' of
git://cavan.codon.org.uk/platform-drivers-x86
Bisecting: 785 revisions left to test after this (roughly 10 steps)
[bc1dfff04a5d4064ba0db1fab13f84ab4f333d2b] Merge branch
'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Bisecting: 402 revisions left to test after this (roughly 9 steps)
[4fa62c890cea83f28c30e1d5dc8fc86f61210280] drm/i915: Move buffer pinning
and ring selection to intel_crtc_page_flip()
Bisecting: 189 revisions left to test after this (roughly 8 steps)
[aeab0b5af7df88284d101abf8d121f0e913b81ff] drm/i915: disable runtime PM
if RC6 is disabled
Bisecting: 94 revisions left to test after this (roughly 7 steps)
[9d0a6fa6c5e618bd978d625a215dc4a240ba3b3c] drm/i915: add render state
initialization
Bisecting: 47 revisions left to test after this (roughly 6 steps)
[b3a3f03d7b1cfecf055e35289371f42a401fdd94] drm/i915: Fix ILK GPU reset
domain bits
Bisecting: 23 revisions left to test after this (roughly 5 steps)
[c0c353299c48b19c95de1e7bda494c0c71248c0c] drm/i915/chv: Fix gmbus for
port D
Bisecting: 11 revisions left to test after this (roughly 4 steps)
[1966e59ec1075597eff4d7feb3d11536a242d0eb] drm/i915/chv: Use RMW to
toggle swing calc init
Bisecting: 5 revisions left to test after this (roughly 3 steps)
[525997e00bd32c3e25d5f77c26703f76c498f424] drm/i915: shuffle panel code
Bisecting: 2 revisions left to test after this (roughly 2 steps)
[75f7f3ec600524c9544cc31695155f1a9ddbe1d9] drm/i915: Fix mmio vs. CS
flip race on ILK+
Bisecting: 0 revisions left to test after this (roughly 1 step)
[6304cd91e7f05f8802ea6f91287cac09741d9c46] drm/i915: Drop the excessive
vblank waits from modeset codepaths
4fa62c890cea83f28c30e1d5dc8fc86f61210280 is the first bad commit
commit 4fa62c890cea83f28c30e1d5dc8fc86f61210280
Author: Ville Syrjälä <ville.syrjala at linux.intel.com>
Date: Tue Apr 15 21:41:38 2014 +0300
drm/i915: Move buffer pinning and ring selection to
intel_crtc_page_flip()
All of the .queue_flip() callbacks duplicate the same code to pin the
buffers and calculate the gtt_offset. Move that code to
intel_crtc_page_flip(). In order to do that we must also move the ring
selection logic there.
Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com>
Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk>
Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch>
:040000 040000 829ebf0fa1e7b31c1623aa498efc92bca429a483
511140874cd4759c4eadef87ee9968808efa5f2a M drivers
Didn't you send this same email yesterday? As you point out yourself, your bisect result is bogus. If you no longer have access to the machine, this will have to wait until someone else with the issue is able to debug it. On Sun, Apr 5, 2015 at 9:22 AM, Harald Jung <jung at hjit.de> wrote:> Hi, > > we have a blank screen on a mac book retina since kernel 3.16. > The behavour is a bit weird: > In kernel 3.16 and higher it is like this, when you reset all display and > xrandr settings, sometimes the screen comes up in the highest possible > resolution. > But when you try to choose another resolution the screen stays turns black. > But in 80% of the tries it stays black, when the saved screen resolutions is > another than the highest resolution it always stays black. > > As imirkin mentioned on irc, the problem is caused by the "nouveau E[ > PDISP][0000:01:00.0] 00:0006:0f44: link training failed ". > The last working kernel was 3.15.10. > > I've tried to bisect it, but i wasn't able to have the notebook for the > whole time. > And so we tried to do the rest of the bisects remote, but i think we've > messed something up in the coordination > I have no chance to try a bisect again (not when i start with 3.15.10 good > and 3.16 bad), it takes to much time and i don't have access to the notebook > for so long. > If we really need a bisect, maybe you could help me with a better starting > and ending version to try > > Logfiles and stuff can be found at the end of the mail. > > best regards > Harald > > Hardware Info can be found at: http://www.hjit.de/macretina.txt > > Here is the bisect log: > Bisecting: a merge base must be tested > [1860e379875dfe7271c649058aeddffe5afd9d0d] Linux 3.15 > Bisecting: 6940 revisions left to test after this (roughly 13 steps) > [7b215de3d0abbc4f6daf2efd19e8809af0564490] Merge branch 'i2c/for-next' of > git://git.kernel.org/pub/scm/linux/kernel/git/wsa/linux into next > Bisecting: 3892 revisions left to test after this (roughly 12 steps) > [0430e49b6e7c6b5e076be8fefdee089958c9adad] ima: introduce ima_kernel_read() > Bisecting: 1567 revisions left to test after this (roughly 11 steps) > [2937f5efa5754754daf46de745f67350f7f06ec2] Merge branch 'for_linus' of > git://cavan.codon.org.uk/platform-drivers-x86 > Bisecting: 785 revisions left to test after this (roughly 10 steps) > [bc1dfff04a5d4064ba0db1fab13f84ab4f333d2b] Merge branch 'drm-nouveau-next' > of git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next > Bisecting: 402 revisions left to test after this (roughly 9 steps) > [4fa62c890cea83f28c30e1d5dc8fc86f61210280] drm/i915: Move buffer pinning and > ring selection to intel_crtc_page_flip() > Bisecting: 189 revisions left to test after this (roughly 8 steps) > [aeab0b5af7df88284d101abf8d121f0e913b81ff] drm/i915: disable runtime PM if > RC6 is disabled > Bisecting: 94 revisions left to test after this (roughly 7 steps) > [9d0a6fa6c5e618bd978d625a215dc4a240ba3b3c] drm/i915: add render state > initialization > Bisecting: 47 revisions left to test after this (roughly 6 steps) > [b3a3f03d7b1cfecf055e35289371f42a401fdd94] drm/i915: Fix ILK GPU reset > domain bits > Bisecting: 23 revisions left to test after this (roughly 5 steps) > [c0c353299c48b19c95de1e7bda494c0c71248c0c] drm/i915/chv: Fix gmbus for port > D > Bisecting: 11 revisions left to test after this (roughly 4 steps) > [1966e59ec1075597eff4d7feb3d11536a242d0eb] drm/i915/chv: Use RMW to toggle > swing calc init > Bisecting: 5 revisions left to test after this (roughly 3 steps) > [525997e00bd32c3e25d5f77c26703f76c498f424] drm/i915: shuffle panel code > Bisecting: 2 revisions left to test after this (roughly 2 steps) > [75f7f3ec600524c9544cc31695155f1a9ddbe1d9] drm/i915: Fix mmio vs. CS flip > race on ILK+ > Bisecting: 0 revisions left to test after this (roughly 1 step) > [6304cd91e7f05f8802ea6f91287cac09741d9c46] drm/i915: Drop the excessive > vblank waits from modeset codepaths > 4fa62c890cea83f28c30e1d5dc8fc86f61210280 is the first bad commit > commit 4fa62c890cea83f28c30e1d5dc8fc86f61210280 > Author: Ville Syrjälä <ville.syrjala at linux.intel.com> > Date: Tue Apr 15 21:41:38 2014 +0300 > > drm/i915: Move buffer pinning and ring selection to > intel_crtc_page_flip() > > All of the .queue_flip() callbacks duplicate the same code to pin the > buffers and calculate the gtt_offset. Move that code to > intel_crtc_page_flip(). In order to do that we must also move the ring > selection logic there. > > Signed-off-by: Ville Syrjälä <ville.syrjala at linux.intel.com> > Reviewed-by: Chris Wilson <chris at chris-wilson.co.uk> > Signed-off-by: Daniel Vetter <daniel.vetter at ffwll.ch> > > :040000 040000 829ebf0fa1e7b31c1623aa498efc92bca429a483 > 511140874cd4759c4eadef87ee9968808efa5f2a M drivers > _______________________________________________ > Nouveau mailing list > Nouveau at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/nouveau
Hi,
I did someId bisect tests again, and the display is flickering or kind
of broken since my test with 3.15.0-rc8-00812-g4874322.
The display doesn't work properly booted with OSX, too.
I'm afraid I'll have some trouble now.
Anyway, here is the new result:
4874322e78d505d38c8d4481118af5c9f0e8306d is the first bad commit
commit 4874322e78d505d38c8d4481118af5c9f0e8306d
Author: Ben Skeggs <bskeggs at redhat.com>
Date: Sat May 31 01:48:06 2014 +1000
drm/nouveau/dp: fix support for dpms
SOR_PWR has no effect to power-off DP links, unlike other SOR
protocols.
Instead, on the source side, we cut power to the lanes after having put
the sink into D3. Link training takes care of everything required to
bring it back again.
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
:040000 040000 dc4448e7295cba363c38784e899da7238f5a592f
d6dd6cb94f2c62ec0a7ffeeebe25e437ca296e37 M drivers
3.15.0-rc8-06897-g7b215de good
3.15.0-09937-g0430e49 bad (blank)
3.15.0-08369-g2937f5e good
3.15.0-rc8-00847-gbc1dfff bad (blank)
3.15.0-rc3-00461-g4fa62c8 good
3.15.0-rc3-00666-gb33a51e good
3.15.0-rc8-00751-g5330fb4 good
3.15.0-rc8-00799-g7a014a8 good
3.15.0-rc8-00803-gc1a6e9f good
3.15.0-rc8-00810-gebd6acb good
3.15.0-rc8-00815-gc33ba68 bad (Artifacts flickering)
3.15.0-rc8-00812-g4874322 bad (Artifacts flickering)
3.15.0-rc8-00811-g8894f49 good
Bisecting: a merge base must be tested
[1860e379875dfe7271c649058aeddffe5afd9d0d] Linux 3.15
Bisecting: 3892 revisions left to test after this (roughly 12 steps)
[0430e49b6e7c6b5e076be8fefdee089958c9adad] ima: introduce ima_kernel_read()
Bisecting: 1567 revisions left to test after this (roughly 11 steps)
[2937f5efa5754754daf46de745f67350f7f06ec2] Merge branch 'for_linus' of
git://cavan.codon.org.uk/platform-drivers-x86
Bisecting: 785 revisions left to test after this (roughly 10 steps)
[bc1dfff04a5d4064ba0db1fab13f84ab4f333d2b] Merge branch
'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
Bisecting: 402 revisions left to test after this (roughly 9 steps)
[4fa62c890cea83f28c30e1d5dc8fc86f61210280] drm/i915: Move buffer pinning
and ring selection to intel_crtc_page_flip()
Bisecting: 197 revisions left to test after this (roughly 8 steps)
[b33a51e457b7e01e3e25eaa7c99aec32e65c00de] Merge branch
'exynos-drm-next' of
git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos into
drm-next
Bisecting: 95 revisions left to test after this (roughly 7 steps)
[5330fb412948420be83d1d247b79d8108408efe6] Merge tag
'drm/panel/for-3.16-rc1' of git://anongit.freedesktop.org/tegra/linux
into drm-next
Bisecting: 47 revisions left to test after this (roughly 6 steps)
[7a014a872914a6bb5af8b67eba603f8546794ab9] drm/nouveau/disp: add
internal representaion of output paths and connectors
Bisecting: 21 revisions left to test after this (roughly 5 steps)
[c1a6e9fe82b46159af8cc4cf34fb51ee47862f05] Merge branch
'topic/ipu-destaging' of git://git.pengutronix.de/git/pza/linux into
drm-next
Bisecting: 10 revisions left to test after this (roughly 4 steps)
[ebd6acbb068b6558735eb80aabce1e7af9e78e1e] drm/g94-/disp: add method to
power-off dp lanes
Bisecting: 5 revisions left to test after this (roughly 3 steps)
[c33ba689e54d91bac52a6f7a86d06699c9a8e7c3] drm/nouveau/disp/dp: make use
of postcursor when its available
Bisecting: 2 revisions left to test after this (roughly 1 step)
[4874322e78d505d38c8d4481118af5c9f0e8306d] drm/nouveau/dp: fix support
for dpms
Bisecting: 0 revisions left to test after this (roughly 0 steps)
[8894f4919bc43f821775db2cfff4b917871b2102] drm/nouveau: register a
drm_dp_aux channel for each dp connector
4874322e78d505d38c8d4481118af5c9f0e8306d is the first bad commit
commit 4874322e78d505d38c8d4481118af5c9f0e8306d
Author: Ben Skeggs <bskeggs at redhat.com>
Date: Sat May 31 01:48:06 2014 +1000
drm/nouveau/dp: fix support for dpms
SOR_PWR has no effect to power-off DP links, unlike other SOR
protocols.
Instead, on the source side, we cut power to the lanes after having put
the sink into D3. Link training takes care of everything required to
bring it back again.
Signed-off-by: Ben Skeggs <bskeggs at redhat.com>
:040000 040000 dc4448e7295cba363c38784e899da7238f5a592f
d6dd6cb94f2c62ec0a7ffeeebe25e437ca296e37 M drivers
regards Harald
> Hi,
>
> we have a blank screen on a mac book retina since kernel 3.16.
> The behavour is a bit weird:
> In kernel 3.16 and higher it is like this, when you reset all display
> and xrandr settings, sometimes the screen comes up in the highest
> possible resolution.
> But when you try to choose another resolution the screen stays turns
> black.
> But in 80% of the tries it stays black, when the saved screen
> resolutions is another than the highest resolution it always stays black.
>
> As imirkin mentioned on irc, the problem is caused by the "nouveau
> E[ PDISP][0000:01:00.0] 00:0006:0f44: link training failed ".
> The last working kernel was 3.15.10.
>
> I've tried to bisect it, but i wasn't able to have the notebook for
> the whole time.
> And so we tried to do the rest of the bisects remote, but i think
> we've messed something up in the coordination
> I have no chance to try a bisect again (not when i start with 3.15.10
> good and 3.16 bad), it takes to much time and i don't have access to
> the notebook for so long.
> If we really need a bisect, maybe you could help me with a better
> starting and ending version to try
>
> Logfiles and stuff can be found at the end of the mail.
>
> best regards
> Harald
>
> Hardware Info can be found at: http://www.hjit.de/macretina.txt
>