Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed 08-07-15 09:32:18, Daniel Vetter wrote: [...] > Ok that's starting to get nasty. Can you please test what happens when you > boot with drm.vblankoffdelay=0 and whether drm.vblankoffdelay=1000 has an > effect on reproduction rate? No debug output needed. No difference. See the kernel log from both runs attached. -- Michal Hocko SUSE Labs log.gz Description: application/gzip
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed, Jul 08, 2015 at 08:40:17AM +0200, Michal Hocko wrote: > I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue > anymore. > > On Tue 07-07-15 10:43:58, Daniel Vetter wrote: > [...] > > Can you please > > boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? > > I only need the last few pages before the WARNING backtrace, just to > > understand a bit better what's going on there. > > And 0xf debug level seem to paper over the problem because I do not see > the warning even with 4.1 where I am able to reproduce this reliably. > This suggests this is a timing sensitive issue. Ok that's starting to get nasty. Can you please test what happens when you boot with drm.vblankoffdelay=0 and whether drm.vblankoffdelay=1000 has an effect on reproduction rate? No debug output needed. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue anymore. On Tue 07-07-15 10:43:58, Daniel Vetter wrote: [...] > Can you please > boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? > I only need the last few pages before the WARNING backtrace, just to > understand a bit better what's going on there. And 0xf debug level seem to paper over the problem because I do not see the warning even with 4.1 where I am able to reproduce this reliably. This suggests this is a timing sensitive issue. -- Michal Hocko SUSE Labs -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed 08-07-15 09:32:18, Daniel Vetter wrote: [...] Ok that's starting to get nasty. Can you please test what happens when you boot with drm.vblankoffdelay=0 and whether drm.vblankoffdelay=1000 has an effect on reproduction rate? No debug output needed. No difference. See the kernel log from both runs attached. -- Michal Hocko SUSE Labs log.gz Description: application/gzip
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed, Jul 08, 2015 at 08:40:17AM +0200, Michal Hocko wrote: I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue anymore. On Tue 07-07-15 10:43:58, Daniel Vetter wrote: [...] Can you please boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? I only need the last few pages before the WARNING backtrace, just to understand a bit better what's going on there. And 0xf debug level seem to paper over the problem because I do not see the warning even with 4.1 where I am able to reproduce this reliably. This suggests this is a timing sensitive issue. Ok that's starting to get nasty. Can you please test what happens when you boot with drm.vblankoffdelay=0 and whether drm.vblankoffdelay=1000 has an effect on reproduction rate? No debug output needed. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
I have just tried to boot 4.2-rc1 and cannot seem to reproduce the issue anymore. On Tue 07-07-15 10:43:58, Daniel Vetter wrote: [...] Can you please boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? I only need the last few pages before the WARNING backtrace, just to understand a bit better what's going on there. And 0xf debug level seem to paper over the problem because I do not see the warning even with 4.1 where I am able to reproduce this reliably. This suggests this is a timing sensitive issue. -- Michal Hocko SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed, Jul 01, 2015 at 03:23:39PM +0300, Jani Nikula wrote:
>
> +intel-gfx and Matt
>
> On Wed, 01 Jul 2015, Michal Hocko wrote:
> > On Wed 01-07-15 10:26:39, Daniel Vetter wrote:
> >> On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote:
> >> > On Tue 30-06-15 18:59:29, Daniel Vetter wrote:
> > [...]
> >> > > Also it might be time to start bisecting this if you can readily
> >> > > reproduce it.
> >> >
> >> > Yes, I can reproduce it just by switching to the text console. Sometimes
> >> > it is the first attempt already but sometimes it takes several attempts.
> >> > I will try to go back to 4.0 and bisect it then.
> >>
> >> Yes please do, since this is a confusing regression I think the bisect
> >> result will be the fastest way forward.
> >
> > OK, managed to bisect to cf4c7c12258e ("drm/i915: Make all plane
> > disables use 'update_plane' (v5)") (CC people involved - the thread
> > starts here: http://marc.info/?l=dri-devel=143566543432613=2 for
> > your reference).
> >
> > I do not see the warning when I revert the commit directly on top of
> > cf4c7c12258e but I cannot cleanly revert it on top of the current Linus'
> > tree. Anything more I can give you to help to further debug the issue?
Ok still haven't grown much clue unfortunately. The bisect just points at
where we started to do that vblank_wait in the codepath that somehow
breaks for you. But we should check whether vblank will work beforehand or
not. It's also strange that it only fails sporadically. Can you please
boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce?
I only need the last few pages before the WARNING backtrace, just to
understand a bit better what's going on there.
Thanks, Daniel
> >
> > Bisect log is:
> > git bisect start
> > # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1
> > git bisect bad c517d838eb7d07bbe9507871fab3931deccff539
> > # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19
> > git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735
> > # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient
> > __FUNCTION__ hack
> > git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82
> > # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next'
> > of git://people.freedesktop.org/~airlied/linux
> > git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f
> > # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag
> > 'driver-core-3.20-rc1' of
> > git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
> > git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
> > # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1'
> > of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty
> > git bisect good a9724125ad014decf008d782e60447c811391326
> > # bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag
> > 'drm-amdkfd-next-fixes-2015-01-25' of
> > git://people.freedesktop.org/~gabbayo/linux into drm-next
> > git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590
> > # good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag
> > 'trace-sh-3.19' of
> > git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
> > git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723
> > # good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused
> > power_well/get_cdclk_freq api
> > git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858
> > # bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag
> > 'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux
> > into drm-next
> > git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba
> > # bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against
> > leaks in pipe_crc_set_source
> > git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1
> > # good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine
> > init control flow
> > git bisect good bfc882b4e30fbc169ecfe3508378623743806f56
> > # good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make
> > intel_plane_state subclass drm_plane_state
> > git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8
> > # bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit
> > helper functions
> > git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c
> > # bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno ->
> > request merge issues
> > git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b
> > # good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate
> > top-level .update_plane() handlers
> > git bisect good c59cb179aaf444931cf9c547a514e383da3d2526
> > # bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane
> > disables use 'update_plane' (v5)
> > git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1
> > # good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure
> > state->crtc is non-NULL for plane updates
> > git bisect good
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed, Jul 01, 2015 at 03:23:39PM +0300, Jani Nikula wrote: +intel-gfx and Matt On Wed, 01 Jul 2015, Michal Hocko mho...@suse.cz wrote: On Wed 01-07-15 10:26:39, Daniel Vetter wrote: On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote: On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. Yes please do, since this is a confusing regression I think the bisect result will be the fastest way forward. OK, managed to bisect to cf4c7c12258e (drm/i915: Make all plane disables use 'update_plane' (v5)) (CC people involved - the thread starts here: http://marc.info/?l=dri-develm=143566543432613w=2 for your reference). I do not see the warning when I revert the commit directly on top of cf4c7c12258e but I cannot cleanly revert it on top of the current Linus' tree. Anything more I can give you to help to further debug the issue? Ok still haven't grown much clue unfortunately. The bisect just points at where we started to do that vblank_wait in the codepath that somehow breaks for you. But we should check whether vblank will work beforehand or not. It's also strange that it only fails sporadically. Can you please boot with drm.debug=0xf (lots more nois in dmesg with this) and reproduce? I only need the last few pages before the WARNING backtrace, just to understand a bit better what's going on there. Thanks, Daniel Bisect log is: git bisect start # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 git bisect bad c517d838eb7d07bbe9507871fab3931deccff539 # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient __FUNCTION__ hack git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82 # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag 'driver-core-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty git bisect good a9724125ad014decf008d782e60447c811391326 # bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag 'drm-amdkfd-next-fixes-2015-01-25' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590 # good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag 'trace-sh-3.19' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723 # good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused power_well/get_cdclk_freq api git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858 # bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag 'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba # bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against leaks in pipe_crc_set_source git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1 # good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine init control flow git bisect good bfc882b4e30fbc169ecfe3508378623743806f56 # good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make intel_plane_state subclass drm_plane_state git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8 # bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit helper functions git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c # bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno - request merge issues git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b # good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate top-level .update_plane() handlers git bisect good c59cb179aaf444931cf9c547a514e383da3d2526 # bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1 # good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure state-crtc is non-NULL for plane updates git bisect good e614c3c946ae5b50a679d65d2c981615d8ceccab # first bad commit: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) --
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
+intel-gfx and Matt
On Wed, 01 Jul 2015, Michal Hocko wrote:
> On Wed 01-07-15 10:26:39, Daniel Vetter wrote:
>> On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote:
>> > On Tue 30-06-15 18:59:29, Daniel Vetter wrote:
> [...]
>> > > Also it might be time to start bisecting this if you can readily
>> > > reproduce it.
>> >
>> > Yes, I can reproduce it just by switching to the text console. Sometimes
>> > it is the first attempt already but sometimes it takes several attempts.
>> > I will try to go back to 4.0 and bisect it then.
>>
>> Yes please do, since this is a confusing regression I think the bisect
>> result will be the fastest way forward.
>
> OK, managed to bisect to cf4c7c12258e ("drm/i915: Make all plane
> disables use 'update_plane' (v5)") (CC people involved - the thread
> starts here: http://marc.info/?l=dri-devel=143566543432613=2 for
> your reference).
>
> I do not see the warning when I revert the commit directly on top of
> cf4c7c12258e but I cannot cleanly revert it on top of the current Linus'
> tree. Anything more I can give you to help to further debug the issue?
>
> Bisect log is:
> git bisect start
> # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1
> git bisect bad c517d838eb7d07bbe9507871fab3931deccff539
> # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19
> git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735
> # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient
> __FUNCTION__ hack
> git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82
> # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' of
> git://people.freedesktop.org/~airlied/linux
> git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f
> # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag
> 'driver-core-3.20-rc1' of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
> git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
> # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1'
> of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty
> git bisect good a9724125ad014decf008d782e60447c811391326
> # bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag
> 'drm-amdkfd-next-fixes-2015-01-25' of
> git://people.freedesktop.org/~gabbayo/linux into drm-next
> git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590
> # good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag 'trace-sh-3.19'
> of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
> git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723
> # good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused
> power_well/get_cdclk_freq api
> git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858
> # bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag
> 'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux
> into drm-next
> git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba
> # bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against
> leaks in pipe_crc_set_source
> git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1
> # good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine
> init control flow
> git bisect good bfc882b4e30fbc169ecfe3508378623743806f56
> # good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make
> intel_plane_state subclass drm_plane_state
> git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8
> # bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit
> helper functions
> git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c
> # bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno ->
> request merge issues
> git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b
> # good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate
> top-level .update_plane() handlers
> git bisect good c59cb179aaf444931cf9c547a514e383da3d2526
> # bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane
> disables use 'update_plane' (v5)
> git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1
> # good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure
> state->crtc is non-NULL for plane updates
> git bisect good e614c3c946ae5b50a679d65d2c981615d8ceccab
> # first bad commit: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make
> all plane disables use 'update_plane' (v5)
> --
> Michal Hocko
> SUSE Labs
> ___
> dri-devel mailing list
> dri-de...@lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/dri-devel
--
Jani Nikula, Intel Open Source Technology Center
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed 01-07-15 10:26:39, Daniel Vetter wrote:
> On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote:
> > On Tue 30-06-15 18:59:29, Daniel Vetter wrote:
[...]
> > > Also it might be time to start bisecting this if you can readily
> > > reproduce it.
> >
> > Yes, I can reproduce it just by switching to the text console. Sometimes
> > it is the first attempt already but sometimes it takes several attempts.
> > I will try to go back to 4.0 and bisect it then.
>
> Yes please do, since this is a confusing regression I think the bisect
> result will be the fastest way forward.
OK, managed to bisect to cf4c7c12258e ("drm/i915: Make all plane
disables use 'update_plane' (v5)") (CC people involved - the thread
starts here: http://marc.info/?l=dri-devel=143566543432613=2 for
your reference).
I do not see the warning when I revert the commit directly on top of
cf4c7c12258e but I cannot cleanly revert it on top of the current Linus'
tree. Anything more I can give you to help to further debug the issue?
Bisect log is:
git bisect start
# bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1
git bisect bad c517d838eb7d07bbe9507871fab3931deccff539
# good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19
git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735
# good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient
__FUNCTION__ hack
git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82
# bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' of
git://people.freedesktop.org/~airlied/linux
git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f
# good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag
'driver-core-3.20-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core
git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce
# good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty
git bisect good a9724125ad014decf008d782e60447c811391326
# bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag
'drm-amdkfd-next-fixes-2015-01-25' of
git://people.freedesktop.org/~gabbayo/linux into drm-next
git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590
# good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag 'trace-sh-3.19' of
git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723
# good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused
power_well/get_cdclk_freq api
git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858
# bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag
'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux
into drm-next
git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba
# bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against
leaks in pipe_crc_set_source
git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1
# good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine
init control flow
git bisect good bfc882b4e30fbc169ecfe3508378623743806f56
# good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make
intel_plane_state subclass drm_plane_state
git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8
# bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit
helper functions
git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c
# bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno ->
request merge issues
git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b
# good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate
top-level .update_plane() handlers
git bisect good c59cb179aaf444931cf9c547a514e383da3d2526
# bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane
disables use 'update_plane' (v5)
git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1
# good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure state->crtc
is non-NULL for plane updates
git bisect good e614c3c946ae5b50a679d65d2c981615d8ceccab
# first bad commit: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make
all plane disables use 'update_plane' (v5)
--
Michal Hocko
SUSE Labs
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote: > On Tue 30-06-15 18:59:29, Daniel Vetter wrote: > [...] > > I looked at dmesg, nothing out of the ordinary there. Unfortunately also > > no hints why the pipe is somehow off when we think it's on. Can you please > > test the below patch and grab a new dmesg? > > Attached. I'm still baffled - looking at the code intel_crtc->active should be set, but somehow the real hw pipe is dead. Or at least we don't get a vblank irq for it somehow. Confusing. > > Also it might be time to start bisecting this if you can readily reproduce > > it. > > Yes, I can reproduce it just by switching to the text console. Sometimes > it is the first attempt already but sometimes it takes several attempts. > I will try to go back to 4.0 and bisect it then. Yes please do, since this is a confusing regression I think the bisect result will be the fastest way forward. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote: On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] I looked at dmesg, nothing out of the ordinary there. Unfortunately also no hints why the pipe is somehow off when we think it's on. Can you please test the below patch and grab a new dmesg? Attached. I'm still baffled - looking at the code intel_crtc-active should be set, but somehow the real hw pipe is dead. Or at least we don't get a vblank irq for it somehow. Confusing. Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. Yes please do, since this is a confusing regression I think the bisect result will be the fastest way forward. -Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
+intel-gfx and Matt On Wed, 01 Jul 2015, Michal Hocko mho...@suse.cz wrote: On Wed 01-07-15 10:26:39, Daniel Vetter wrote: On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote: On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. Yes please do, since this is a confusing regression I think the bisect result will be the fastest way forward. OK, managed to bisect to cf4c7c12258e (drm/i915: Make all plane disables use 'update_plane' (v5)) (CC people involved - the thread starts here: http://marc.info/?l=dri-develm=143566543432613w=2 for your reference). I do not see the warning when I revert the commit directly on top of cf4c7c12258e but I cannot cleanly revert it on top of the current Linus' tree. Anything more I can give you to help to further debug the issue? Bisect log is: git bisect start # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 git bisect bad c517d838eb7d07bbe9507871fab3931deccff539 # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient __FUNCTION__ hack git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82 # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag 'driver-core-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty git bisect good a9724125ad014decf008d782e60447c811391326 # bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag 'drm-amdkfd-next-fixes-2015-01-25' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590 # good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag 'trace-sh-3.19' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723 # good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused power_well/get_cdclk_freq api git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858 # bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag 'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba # bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against leaks in pipe_crc_set_source git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1 # good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine init control flow git bisect good bfc882b4e30fbc169ecfe3508378623743806f56 # good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make intel_plane_state subclass drm_plane_state git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8 # bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit helper functions git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c # bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno - request merge issues git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b # good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate top-level .update_plane() handlers git bisect good c59cb179aaf444931cf9c547a514e383da3d2526 # bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1 # good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure state-crtc is non-NULL for plane updates git bisect good e614c3c946ae5b50a679d65d2c981615d8ceccab # first bad commit: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) -- Michal Hocko SUSE Labs ___ dri-devel mailing list dri-de...@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel -- Jani Nikula, Intel Open Source Technology Center -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Wed 01-07-15 10:26:39, Daniel Vetter wrote: On Tue, Jun 30, 2015 at 10:13:35PM +0200, Michal Hocko wrote: On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. Yes please do, since this is a confusing regression I think the bisect result will be the fastest way forward. OK, managed to bisect to cf4c7c12258e (drm/i915: Make all plane disables use 'update_plane' (v5)) (CC people involved - the thread starts here: http://marc.info/?l=dri-develm=143566543432613w=2 for your reference). I do not see the warning when I revert the commit directly on top of cf4c7c12258e but I cannot cleanly revert it on top of the current Linus' tree. Anything more I can give you to help to further debug the issue? Bisect log is: git bisect start # bad: [c517d838eb7d07bbe9507871fab3931deccff539] Linux 4.0-rc1 git bisect bad c517d838eb7d07bbe9507871fab3931deccff539 # good: [bfa76d49576599a4b9f9b7a71f23d73d6dcff735] Linux 3.19 git bisect good bfa76d49576599a4b9f9b7a71f23d73d6dcff735 # good: [02f1f2170d2831b3233e91091c60a66622f29e82] kernel.h: remove ancient __FUNCTION__ hack git bisect good 02f1f2170d2831b3233e91091c60a66622f29e82 # bad: [796e1c55717e9a6ff5c81b12289ffa1ffd919b6f] Merge branch 'drm-next' of git://people.freedesktop.org/~airlied/linux git bisect bad 796e1c55717e9a6ff5c81b12289ffa1ffd919b6f # good: [9682ec9692e5ac11c6caebd079324e727b19e7ce] Merge tag 'driver-core-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core git bisect good 9682ec9692e5ac11c6caebd079324e727b19e7ce # good: [a9724125ad014decf008d782e60447c811391326] Merge tag 'tty-3.20-rc1' of git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/tty git bisect good a9724125ad014decf008d782e60447c811391326 # bad: [f43dff0ee00a259f524ce17ba4f8030553c66590] Merge tag 'drm-amdkfd-next-fixes-2015-01-25' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad f43dff0ee00a259f524ce17ba4f8030553c66590 # good: [b942c653ae265abbd31032f3b4f5f857e5c7c723] Merge tag 'trace-sh-3.19' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace git bisect good b942c653ae265abbd31032f3b4f5f857e5c7c723 # good: [fcf3aac5fc307f0cae429f5844ddc25761662858] drm/i915: remove unused power_well/get_cdclk_freq api git bisect good fcf3aac5fc307f0cae429f5844ddc25761662858 # bad: [4f4d89af78682f2ed1cf6745794804817f867bba] Merge tag 'drm-amdkfd-next-2015-01-09' of git://people.freedesktop.org/~gabbayo/linux into drm-next git bisect bad 4f4d89af78682f2ed1cf6745794804817f867bba # bad: [64387b613a43713d0e03d9d43bfbb1727e8475e1] drm/i915: Protect against leaks in pipe_crc_set_source git bisect bad 64387b613a43713d0e03d9d43bfbb1727e8475e1 # good: [bfc882b4e30fbc169ecfe3508378623743806f56] drm/i915: Flatten engine init control flow git bisect good bfc882b4e30fbc169ecfe3508378623743806f56 # good: [2b875c22fa77dfc895d3cf8287a553813d3e64c8] drm/i915: Make intel_plane_state subclass drm_plane_state git bisect good 2b875c22fa77dfc895d3cf8287a553813d3e64c8 # bad: [15a17aae5f803551981a7acc6a4058b247a7452c] drm/i915: Check mask/bit helper functions git bisect bad 15a17aae5f803551981a7acc6a4058b247a7452c # bad: [146d84f0f2707bfe2c67114eeefac30da8584b3b] drm/i915: Fix up seqno - request merge issues git bisect bad 146d84f0f2707bfe2c67114eeefac30da8584b3b # good: [c59cb179aaf444931cf9c547a514e383da3d2526] drm/i915: Consolidate top-level .update_plane() handlers git bisect good c59cb179aaf444931cf9c547a514e383da3d2526 # bad: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) git bisect bad cf4c7c12258ed9367f4fc45238f5f50d2db892c1 # good: [e614c3c946ae5b50a679d65d2c981615d8ceccab] drm/i915: Ensure state-crtc is non-NULL for plane updates git bisect good e614c3c946ae5b50a679d65d2c981615d8ceccab # first bad commit: [cf4c7c12258ed9367f4fc45238f5f50d2db892c1] drm/i915: Make all plane disables use 'update_plane' (v5) -- Michal Hocko SUSE Labs -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] > I looked at dmesg, nothing out of the ordinary there. Unfortunately also > no hints why the pipe is somehow off when we think it's on. Can you please > test the below patch and grab a new dmesg? Attached. > Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. > -Daniel > > diff --git a/drivers/gpu/drm/i915/intel_display.c > b/drivers/gpu/drm/i915/intel_display.c > index d0f3cbc87474..b8d9314ef459 100644 > --- a/drivers/gpu/drm/i915/intel_display.c > +++ b/drivers/gpu/drm/i915/intel_display.c > @@ -12190,7 +12190,7 @@ static int intel_crtc_set_config(struct drm_mode_set > *set) >* flipping, so increasing its cost here shouldn't be a big >* deal). >*/ > - if (i915.fastboot && ret == 0) > + if (ret == 0) > intel_modeset_check_state(set->crtc->dev); > } > > -- > Daniel Vetter > Software Engineer, Intel Corporation > http://blog.ffwll.ch -- Michal Hocko SUSE Labs dmesg.gz Description: application/gzip
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 06:07:44PM +0200, Michal Hocko wrote: > On Tue 30-06-15 16:32:49, Daniel Vetter wrote: > [...] > > Looks like the vblank is actually running, just the wakeup somehow doesn't > > happen in time. What machine is this (lspci -nn)? > > 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor > Family DRAM Controller [8086:0104] (rev 09) > 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation > Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) > 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 > Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) > 00:16.3 Serial controller [0700]: Intel Corporation 6 Series/C200 Series > Chipset Family KT Controller [8086:1c3d] (rev 04) > 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network > Connection [8086:1502] (rev 04) > 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset > Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) > 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset > Family High Definition Audio Controller [8086:1c20] (rev 04) > 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset > Family PCI Express Root Port 1 [8086:1c10] (rev b4) > 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset > Family PCI Express Root Port 2 [8086:1c12] (rev b4) > 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset > Family PCI Express Root Port 3 [8086:1c14] (rev b4) > 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset > Family PCI Express Root Port 4 [8086:1c16] (rev b4) > 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset > Family PCI Express Root Port 6 [8086:1c1a] (rev b4) > 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset > Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) > 00:1f.0 ISA bridge [0601]: Intel Corporation QM67 Express Chipset Family LPC > Controller [8086:1c4f] (rev 04) > 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series > Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) > 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family > SMBus Controller [8086:1c22] (rev 04) > 02:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 > [8086:422b] (rev 35) > 0a:00.0 SD Host controller [0805]: O2 Micro, Inc. OZ600FJ0/OZ900FJ0/OZ600FJS > SD/MMC Card Reader Controller [1217:8221] (rev 05) > > > Also please boot with > > drm.debug=0xe and grab dmesg after this happens for the first time. > > logfile will be large, you might need to increase the buffer size with > > log_buf_len or grab it from the hd. > > See attached. > > > Also what happens when you increase the timeout to 1000 (just to make sure > > it's not just a silly delay somewhere). > > Still happening even when the timeout was increased to 1000. Curiously > the display is much darker with this change and I cannot make it > brighter by function keys... > > > Also have you any special features like psr, fbc or something similar > > enabled? > > I am not aware of anything like that. How do I check it? I looked at dmesg, nothing out of the ordinary there. Unfortunately also no hints why the pipe is somehow off when we think it's on. Can you please test the below patch and grab a new dmesg? Also it might be time to start bisecting this if you can readily reproduce it. -Daniel diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index d0f3cbc87474..b8d9314ef459 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -12190,7 +12190,7 @@ static int intel_crtc_set_config(struct drm_mode_set *set) * flipping, so increasing its cost here shouldn't be a big * deal). */ - if (i915.fastboot && ret == 0) + if (ret == 0) intel_modeset_check_state(set->crtc->dev); } -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue 30-06-15 16:32:49, Daniel Vetter wrote: [...] > Looks like the vblank is actually running, just the wakeup somehow doesn't > happen in time. What machine is this (lspci -nn)? 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:16.3 Serial controller [0700]: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller [8086:1c3d] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4) 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b4) 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4) 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b4) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation QM67 Express Chipset Family LPC Controller [8086:1c4f] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04) 02:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:422b] (rev 35) 0a:00.0 SD Host controller [0805]: O2 Micro, Inc. OZ600FJ0/OZ900FJ0/OZ600FJS SD/MMC Card Reader Controller [1217:8221] (rev 05) > Also please boot with > drm.debug=0xe and grab dmesg after this happens for the first time. > logfile will be large, you might need to increase the buffer size with > log_buf_len or grab it from the hd. See attached. > Also what happens when you increase the timeout to 1000 (just to make sure > it's not just a silly delay somewhere). Still happening even when the timeout was increased to 1000. Curiously the display is much darker with this change and I cannot make it brighter by function keys... > Also have you any special features like psr, fbc or something similar > enabled? I am not aware of anything like that. How do I check it? -- Michal Hocko SUSE Labs dmesg.gz Description: application/gzip
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 01:57:07PM +0200, Michal Hocko wrote: > Hi, > I am getting the following warning when I switch to the text console > from X. I do not know when this has started because I have noticed > that only now (in 4.1 kernel). I can try some older kernels if this is > useful. > > I have tried to instrument drm_wait_one_vblank and dump drm_vblank_count > before the wait_event and the value when it returns (see the diff below) > and it seems to be increasing with new switching to the text console: > $ dmesg | grep XXX > [6.531908] XXX: last:36 > [6.545852] XXX: drm_vblank_count:37 > [9.038658] XXX: last:186 > [9.051332] XXX: drm_vblank_count:187 > [9.051424] XXX: last:187 > [9.068036] XXX: drm_vblank_count:188 > [ 16.962193] XXX: last:660 > [ 16.968683] XXX: drm_vblank_count:661 > [ 30.592874] XXX: last:1476 > [ 30.598656] XXX: drm_vblank_count:1477 > [ 30.598768] XXX: last:1477 > [ 30.615339] XXX: drm_vblank_count:1478 > [ 37.313338] XXX: last:1879 > [ 37.330102] XXX: drm_vblank_count:1880 > [ 39.726809] XXX: last:2023 > [ 39.735265] XXX: drm_vblank_count:2024 > [ 39.735375] XXX: last:2024 > [ 39.752094] XXX: drm_vblank_count:2025 > [ 60.842401] XXX: last:3287 > [ 60.848437] XXX: drm_vblank_count:3288 > [ 62.149546] XXX: last:3365 > [ 62.151277] XXX: drm_vblank_count:3366 > [ 62.151411] XXX: last:3366 > [ 62.249376] XXX: drm_vblank_count:3366 > [ 92.198305] XXX: last:5160 > [ 92.297091] XXX: drm_vblank_count:5160 > [ 93.822331] XXX: last:5253 > [ 93.922153] XXX: drm_vblank_count:5253 > [ 93.922424] XXX: last:5254 > [ 94.022213] XXX: drm_vblank_count:5254 > [ 100.877802] XXX: last:5665 > [ 100.974740] XXX: drm_vblank_count:5665 > > I am sorry about the lack of information in this report but I am really > not sure what might be helpful. I can only tell that I haven't observed > anything wrong going on after the warning so it might be harmless. > > Let me know what kind of information might be helpful. Looks like the vblank is actually running, just the wakeup somehow doesn't happen in time. What machine is this (lspci -nn)? Also please boot with drm.debug=0xe and grab dmesg after this happens for the first time. logfile will be large, you might need to increase the buffer size with log_buf_len or grab it from the hd. Also what happens when you increase the timeout to 1000 (just to make sure it's not just a silly delay somewhere). Also have you any special features like psr, fbc or something similar enabled? Really surprising since we have all the checks in place that should ensure that the vblank stuff is indeed up -Daniel > > [ 7322.444556] [ cut here ] > [ 7322.444569] WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 > drm_wait_one_vblank+0x144/0x16f [drm]() > [ 7322.444570] vblank wait timed out on crtc 0 > [ 7322.444586] Modules linked in: i915 fbcon cfbfillrect bitblit softcursor > cfbimgblt font i2c_algo_bit cfbcopyarea drm_kms_helper drm fb fbdev > binfmt_misc snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops > snd_hda_codec_idt i2c_i801 snd_hda_codec_generic snd_hda_intel > snd_hda_controller videobuf2_core arc4 snd_hda_codec snd_hda_core snd_pcm_oss > v4l2_common snd_mixer_oss videodev iwldvm media i2c_core mac80211 video > iwlwifi backlight snd_pcm sdhci_pci sdhci mmc_core cfg80211 snd_timer snd > [ 7322.444588] CPU: 0 PID: 3634 Comm: Xorg Not tainted 4.1.0 #587 > [ 7322.444589] Hardware name: Dell Inc. Latitude E6320/09PHH9, BIOS A08 > 10/18/2011 > [ 7322.444591] 0009 8800c5bb7888 8151b709 > 8000 > [ 7322.444592] 8800c5bb78d8 8800c5bb78c8 8104550a > 8800c5bb7958 > [ 7322.444593] a02d414e > 8800c58d7000 > [ 7322.444594] Call Trace: > [ 7322.444599] [] dump_stack+0x4f/0x7b > [ 7322.444601] [] warn_slowpath_common+0xa1/0xbb > [ 7322.444608] [] ? drm_wait_one_vblank+0x144/0x16f [drm] > [ 7322.444609] [] warn_slowpath_fmt+0x46/0x48 > [ 7322.444611] [] ? finish_wait+0x59/0x62 > [ 7322.444617] [] drm_wait_one_vblank+0x144/0x16f [drm] > [ 7322.444618] [] ? wait_woken+0x76/0x76 > [ 7322.444624] [] drm_crtc_wait_one_vblank+0x1d/0x21 [drm] > [ 7322.444628] [] drm_plane_helper_commit+0x1b3/0x240 > [drm_kms_helper] > [ 7322.444631] [] drm_plane_helper_update+0xc7/0xd6 > [drm_kms_helper] > [ 7322.444652] [] intel_crtc_set_config+0x95e/0xc4f [i915] > [ 7322.444661] [] drm_mode_set_config_internal+0x5c/0xe8 > [drm] > [ 7322.444666] [] drm_fb_helper_pan_display+0xa2/0xd8 > [drm_kms_helper] > [ 7322.444668] [] fb_pan_display+0xee/0x131 [fb] > [ 7322.444670] [] bit_update_start+0x20/0x43 [bitblit] > [ 7322.444672] [] fbcon_switch+0x3b7/0x438 [fbcon] > [ 7322.444674] [] redraw_screen+0x112/0x1e3 > [ 7322.444676] [] complete_change_console+0x3e/0xc7 > [ 7322.444678] [] vt_ioctl+0xeea/0x117f > [ 7322.444680] [] tty_ioctl+0xa01/0xa74 > [
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue 30-06-15 16:32:49, Daniel Vetter wrote: [...] Looks like the vblank is actually running, just the wakeup somehow doesn't happen in time. What machine is this (lspci -nn)? 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:16.3 Serial controller [0700]: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller [8086:1c3d] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4) 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b4) 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4) 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b4) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation QM67 Express Chipset Family LPC Controller [8086:1c4f] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04) 02:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:422b] (rev 35) 0a:00.0 SD Host controller [0805]: O2 Micro, Inc. OZ600FJ0/OZ900FJ0/OZ600FJS SD/MMC Card Reader Controller [1217:8221] (rev 05) Also please boot with drm.debug=0xe and grab dmesg after this happens for the first time. logfile will be large, you might need to increase the buffer size with log_buf_len or grab it from the hd. See attached. Also what happens when you increase the timeout to 1000 (just to make sure it's not just a silly delay somewhere). Still happening even when the timeout was increased to 1000. Curiously the display is much darker with this change and I cannot make it brighter by function keys... Also have you any special features like psr, fbc or something similar enabled? I am not aware of anything like that. How do I check it? -- Michal Hocko SUSE Labs dmesg.gz Description: application/gzip
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 01:57:07PM +0200, Michal Hocko wrote: Hi, I am getting the following warning when I switch to the text console from X. I do not know when this has started because I have noticed that only now (in 4.1 kernel). I can try some older kernels if this is useful. I have tried to instrument drm_wait_one_vblank and dump drm_vblank_count before the wait_event and the value when it returns (see the diff below) and it seems to be increasing with new switching to the text console: $ dmesg | grep XXX [6.531908] XXX: last:36 [6.545852] XXX: drm_vblank_count:37 [9.038658] XXX: last:186 [9.051332] XXX: drm_vblank_count:187 [9.051424] XXX: last:187 [9.068036] XXX: drm_vblank_count:188 [ 16.962193] XXX: last:660 [ 16.968683] XXX: drm_vblank_count:661 [ 30.592874] XXX: last:1476 [ 30.598656] XXX: drm_vblank_count:1477 [ 30.598768] XXX: last:1477 [ 30.615339] XXX: drm_vblank_count:1478 [ 37.313338] XXX: last:1879 [ 37.330102] XXX: drm_vblank_count:1880 [ 39.726809] XXX: last:2023 [ 39.735265] XXX: drm_vblank_count:2024 [ 39.735375] XXX: last:2024 [ 39.752094] XXX: drm_vblank_count:2025 [ 60.842401] XXX: last:3287 [ 60.848437] XXX: drm_vblank_count:3288 [ 62.149546] XXX: last:3365 [ 62.151277] XXX: drm_vblank_count:3366 [ 62.151411] XXX: last:3366 [ 62.249376] XXX: drm_vblank_count:3366 [ 92.198305] XXX: last:5160 [ 92.297091] XXX: drm_vblank_count:5160 [ 93.822331] XXX: last:5253 [ 93.922153] XXX: drm_vblank_count:5253 [ 93.922424] XXX: last:5254 [ 94.022213] XXX: drm_vblank_count:5254 [ 100.877802] XXX: last:5665 [ 100.974740] XXX: drm_vblank_count:5665 I am sorry about the lack of information in this report but I am really not sure what might be helpful. I can only tell that I haven't observed anything wrong going on after the warning so it might be harmless. Let me know what kind of information might be helpful. Looks like the vblank is actually running, just the wakeup somehow doesn't happen in time. What machine is this (lspci -nn)? Also please boot with drm.debug=0xe and grab dmesg after this happens for the first time. logfile will be large, you might need to increase the buffer size with log_buf_len or grab it from the hd. Also what happens when you increase the timeout to 1000 (just to make sure it's not just a silly delay somewhere). Also have you any special features like psr, fbc or something similar enabled? Really surprising since we have all the checks in place that should ensure that the vblank stuff is indeed uprunning. -Daniel [ 7322.444556] [ cut here ] [ 7322.444569] WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank+0x144/0x16f [drm]() [ 7322.444570] vblank wait timed out on crtc 0 [ 7322.444586] Modules linked in: i915 fbcon cfbfillrect bitblit softcursor cfbimgblt font i2c_algo_bit cfbcopyarea drm_kms_helper drm fb fbdev binfmt_misc snd_hda_codec_hdmi uvcvideo videobuf2_vmalloc videobuf2_memops snd_hda_codec_idt i2c_i801 snd_hda_codec_generic snd_hda_intel snd_hda_controller videobuf2_core arc4 snd_hda_codec snd_hda_core snd_pcm_oss v4l2_common snd_mixer_oss videodev iwldvm media i2c_core mac80211 video iwlwifi backlight snd_pcm sdhci_pci sdhci mmc_core cfg80211 snd_timer snd [ 7322.444588] CPU: 0 PID: 3634 Comm: Xorg Not tainted 4.1.0 #587 [ 7322.444589] Hardware name: Dell Inc. Latitude E6320/09PHH9, BIOS A08 10/18/2011 [ 7322.444591] 0009 8800c5bb7888 8151b709 8000 [ 7322.444592] 8800c5bb78d8 8800c5bb78c8 8104550a 8800c5bb7958 [ 7322.444593] a02d414e 8800c58d7000 [ 7322.444594] Call Trace: [ 7322.444599] [8151b709] dump_stack+0x4f/0x7b [ 7322.444601] [8104550a] warn_slowpath_common+0xa1/0xbb [ 7322.444608] [a02d414e] ? drm_wait_one_vblank+0x144/0x16f [drm] [ 7322.444609] [8104556a] warn_slowpath_fmt+0x46/0x48 [ 7322.444611] [81075b7d] ? finish_wait+0x59/0x62 [ 7322.444617] [a02d414e] drm_wait_one_vblank+0x144/0x16f [drm] [ 7322.444618] [81075c9d] ? wait_woken+0x76/0x76 [ 7322.444624] [a02d4196] drm_crtc_wait_one_vblank+0x1d/0x21 [drm] [ 7322.444628] [a0331baa] drm_plane_helper_commit+0x1b3/0x240 [drm_kms_helper] [ 7322.444631] [a0331cfe] drm_plane_helper_update+0xc7/0xd6 [drm_kms_helper] [ 7322.444652] [a03cd9a5] intel_crtc_set_config+0x95e/0xc4f [i915] [ 7322.444661] [a02db020] drm_mode_set_config_internal+0x5c/0xe8 [drm] [ 7322.444666] [a0338ae3] drm_fb_helper_pan_display+0xa2/0xd8 [drm_kms_helper] [ 7322.444668] [a02be312] fb_pan_display+0xee/0x131 [fb] [ 7322.444670] [a0353254] bit_update_start+0x20/0x43 [bitblit] [ 7322.444672] [a035fa24] fbcon_switch+0x3b7/0x438 [fbcon] [ 7322.444674]
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue, Jun 30, 2015 at 06:07:44PM +0200, Michal Hocko wrote: On Tue 30-06-15 16:32:49, Daniel Vetter wrote: [...] Looks like the vblank is actually running, just the wakeup somehow doesn't happen in time. What machine is this (lspci -nn)? 00:00.0 Host bridge [0600]: Intel Corporation 2nd Generation Core Processor Family DRAM Controller [8086:0104] (rev 09) 00:02.0 VGA compatible controller [0300]: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) 00:16.0 Communication controller [0780]: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 [8086:1c3a] (rev 04) 00:16.3 Serial controller [0700]: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller [8086:1c3d] (rev 04) 00:19.0 Ethernet controller [0200]: Intel Corporation 82579LM Gigabit Network Connection [8086:1502] (rev 04) 00:1a.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 [8086:1c2d] (rev 04) 00:1b.0 Audio device [0403]: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller [8086:1c20] (rev 04) 00:1c.0 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 [8086:1c10] (rev b4) 00:1c.1 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 [8086:1c12] (rev b4) 00:1c.2 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 3 [8086:1c14] (rev b4) 00:1c.3 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 [8086:1c16] (rev b4) 00:1c.5 PCI bridge [0604]: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 6 [8086:1c1a] (rev b4) 00:1d.0 USB controller [0c03]: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 [8086:1c26] (rev 04) 00:1f.0 ISA bridge [0601]: Intel Corporation QM67 Express Chipset Family LPC Controller [8086:1c4f] (rev 04) 00:1f.2 SATA controller [0106]: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller [8086:1c03] (rev 04) 00:1f.3 SMBus [0c05]: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller [8086:1c22] (rev 04) 02:00.0 Network controller [0280]: Intel Corporation Centrino Ultimate-N 6300 [8086:422b] (rev 35) 0a:00.0 SD Host controller [0805]: O2 Micro, Inc. OZ600FJ0/OZ900FJ0/OZ600FJS SD/MMC Card Reader Controller [1217:8221] (rev 05) Also please boot with drm.debug=0xe and grab dmesg after this happens for the first time. logfile will be large, you might need to increase the buffer size with log_buf_len or grab it from the hd. See attached. Also what happens when you increase the timeout to 1000 (just to make sure it's not just a silly delay somewhere). Still happening even when the timeout was increased to 1000. Curiously the display is much darker with this change and I cannot make it brighter by function keys... Also have you any special features like psr, fbc or something similar enabled? I am not aware of anything like that. How do I check it? I looked at dmesg, nothing out of the ordinary there. Unfortunately also no hints why the pipe is somehow off when we think it's on. Can you please test the below patch and grab a new dmesg? Also it might be time to start bisecting this if you can readily reproduce it. -Daniel diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index d0f3cbc87474..b8d9314ef459 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -12190,7 +12190,7 @@ static int intel_crtc_set_config(struct drm_mode_set *set) * flipping, so increasing its cost here shouldn't be a big * deal). */ - if (i915.fastboot ret == 0) + if (ret == 0) intel_modeset_check_state(set-crtc-dev); } -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- To unsubscribe from this list: send the line unsubscribe linux-kernel in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: WARNING: CPU: 0 PID: 3634 at drivers/gpu/drm/drm_irq.c:1141 drm_wait_one_vblank
On Tue 30-06-15 18:59:29, Daniel Vetter wrote: [...] I looked at dmesg, nothing out of the ordinary there. Unfortunately also no hints why the pipe is somehow off when we think it's on. Can you please test the below patch and grab a new dmesg? Attached. Also it might be time to start bisecting this if you can readily reproduce it. Yes, I can reproduce it just by switching to the text console. Sometimes it is the first attempt already but sometimes it takes several attempts. I will try to go back to 4.0 and bisect it then. -Daniel diff --git a/drivers/gpu/drm/i915/intel_display.c b/drivers/gpu/drm/i915/intel_display.c index d0f3cbc87474..b8d9314ef459 100644 --- a/drivers/gpu/drm/i915/intel_display.c +++ b/drivers/gpu/drm/i915/intel_display.c @@ -12190,7 +12190,7 @@ static int intel_crtc_set_config(struct drm_mode_set *set) * flipping, so increasing its cost here shouldn't be a big * deal). */ - if (i915.fastboot ret == 0) + if (ret == 0) intel_modeset_check_state(set-crtc-dev); } -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch -- Michal Hocko SUSE Labs dmesg.gz Description: application/gzip
