Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
Then a warning when I start powertop:
WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889 drm_atomic_get_property+0x232/0x2b0 [drm]() CPU: 1 PID: 1674 Comm: powertop Tainted: G W 4.3.0-rc4-test+ #93 Hardware name: Hewlett-Packard HP ProBook 430 G1/1946, BIOS L73 Ver. 08.05 2013/03/15 ffffffffa005b289 ffff880059173ca8 ffffffff81346fa9 0000000000000000 ffff880059173ce0 ffffffff81063232 ffff8800372bc028 ffff8800373f3740 ffff8800372bc000 ffff880062ad37c0 0000000000000001 ffff880059173cf0 Call Trace: [<ffffffff81346fa9>] dump_stack+0x4b/0x72 [<ffffffff81063232>] warn_slowpath_common+0x82/0xc0 [<ffffffff8106332a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa0047a12>] drm_atomic_get_property+0x232/0x2b0 [drm] [<ffffffffa00356dc>] drm_object_property_get_value+0x6c/0x70 [drm] [<ffffffffa003330f>] dpms_show+0x2f/0x70 [drm] [<ffffffff8145f090>] dev_attr_show+0x20/0x50 [<ffffffff8124b48c>] sysfs_kf_seq_show+0xbc/0x130 [<ffffffff81249d73>] kernfs_seq_show+0x23/0x30 [<ffffffff811f3d8a>] seq_read+0xca/0x360 [<ffffffff8124a7da>] kernfs_fop_read+0x10a/0x160 [<ffffffff811d0888>] __vfs_read+0x28/0xd0 [<ffffffff812cbe80>] ? security_file_permission+0xa0/0xc0 [<ffffffff811d102f>] ? rw_verify_area+0x4f/0xe0 [<ffffffff811d1143>] vfs_read+0x83/0x130 [<ffffffff811d1df6>] SyS_read+0x46/0xa0 [<ffffffff81001b40>] ? syscall_return_slowpath+0x50/0x130 [<ffffffff81659636>] entry_SYSCALL_64_fastpath+0x16/0x75
Both don't look like serious issues, but not sexy to see at each time.
thanks,
Takashi
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Then a warning when I start powertop:
WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889 drm_atomic_get_property+0x232/0x2b0 [drm]() CPU: 1 PID: 1674 Comm: powertop Tainted: G W 4.3.0-rc4-test+ #93 Hardware name: Hewlett-Packard HP ProBook 430 G1/1946, BIOS L73 Ver. 08.05 2013/03/15 ffffffffa005b289 ffff880059173ca8 ffffffff81346fa9 0000000000000000 ffff880059173ce0 ffffffff81063232 ffff8800372bc028 ffff8800373f3740 ffff8800372bc000 ffff880062ad37c0 0000000000000001 ffff880059173cf0 Call Trace: [<ffffffff81346fa9>] dump_stack+0x4b/0x72 [<ffffffff81063232>] warn_slowpath_common+0x82/0xc0 [<ffffffff8106332a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa0047a12>] drm_atomic_get_property+0x232/0x2b0 [drm] [<ffffffffa00356dc>] drm_object_property_get_value+0x6c/0x70 [drm] [<ffffffffa003330f>] dpms_show+0x2f/0x70 [drm] [<ffffffff8145f090>] dev_attr_show+0x20/0x50 [<ffffffff8124b48c>] sysfs_kf_seq_show+0xbc/0x130 [<ffffffff81249d73>] kernfs_seq_show+0x23/0x30 [<ffffffff811f3d8a>] seq_read+0xca/0x360 [<ffffffff8124a7da>] kernfs_fop_read+0x10a/0x160 [<ffffffff811d0888>] __vfs_read+0x28/0xd0 [<ffffffff812cbe80>] ? security_file_permission+0xa0/0xc0 [<ffffffff811d102f>] ? rw_verify_area+0x4f/0xe0 [<ffffffff811d1143>] vfs_read+0x83/0x130 [<ffffffff811d1df6>] SyS_read+0x46/0xa0 [<ffffffff81001b40>] ? syscall_return_slowpath+0x50/0x130 [<ffffffff81659636>] entry_SYSCALL_64_fastpath+0x16/0x75
Both don't look like serious issues, but not sexy to see at each time.
This should be fixed with
commit 621bd0f6982badd6483acb191eb7b6226a578328 Author: Daniel Vetter daniel.vetter@ffwll.ch Date: Tue Sep 29 09:56:53 2015 +0200
drm: Fix locking for sysfs dpms file
If not please scream.
Thanks, Daniel
On Mon, 12 Oct 2015 09:04:20 +0200, Daniel Vetter wrote:
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Could you point commit ids?
Then a warning when I start powertop:
WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889 drm_atomic_get_property+0x232/0x2b0 [drm]() CPU: 1 PID: 1674 Comm: powertop Tainted: G W 4.3.0-rc4-test+ #93 Hardware name: Hewlett-Packard HP ProBook 430 G1/1946, BIOS L73 Ver. 08.05 2013/03/15 ffffffffa005b289 ffff880059173ca8 ffffffff81346fa9 0000000000000000 ffff880059173ce0 ffffffff81063232 ffff8800372bc028 ffff8800373f3740 ffff8800372bc000 ffff880062ad37c0 0000000000000001 ffff880059173cf0 Call Trace: [<ffffffff81346fa9>] dump_stack+0x4b/0x72 [<ffffffff81063232>] warn_slowpath_common+0x82/0xc0 [<ffffffff8106332a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa0047a12>] drm_atomic_get_property+0x232/0x2b0 [drm] [<ffffffffa00356dc>] drm_object_property_get_value+0x6c/0x70 [drm] [<ffffffffa003330f>] dpms_show+0x2f/0x70 [drm] [<ffffffff8145f090>] dev_attr_show+0x20/0x50 [<ffffffff8124b48c>] sysfs_kf_seq_show+0xbc/0x130 [<ffffffff81249d73>] kernfs_seq_show+0x23/0x30 [<ffffffff811f3d8a>] seq_read+0xca/0x360 [<ffffffff8124a7da>] kernfs_fop_read+0x10a/0x160 [<ffffffff811d0888>] __vfs_read+0x28/0xd0 [<ffffffff812cbe80>] ? security_file_permission+0xa0/0xc0 [<ffffffff811d102f>] ? rw_verify_area+0x4f/0xe0 [<ffffffff811d1143>] vfs_read+0x83/0x130 [<ffffffff811d1df6>] SyS_read+0x46/0xa0 [<ffffffff81001b40>] ? syscall_return_slowpath+0x50/0x130 [<ffffffff81659636>] entry_SYSCALL_64_fastpath+0x16/0x75
Both don't look like serious issues, but not sexy to see at each time.
This should be fixed with
commit 621bd0f6982badd6483acb191eb7b6226a578328 Author: Daniel Vetter daniel.vetter@ffwll.ch Date: Tue Sep 29 09:56:53 2015 +0200
drm: Fix locking for sysfs dpms file
If not please scream.
OK, I'll give a shot.
thanks,
Takashi
On Mon, 12 Oct 2015 14:29:19 +0200, Takashi Iwai wrote:
Then a warning when I start powertop:
WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889 drm_atomic_get_property+0x232/0x2b0 [drm]() CPU: 1 PID: 1674 Comm: powertop Tainted: G W 4.3.0-rc4-test+ #93 Hardware name: Hewlett-Packard HP ProBook 430 G1/1946, BIOS L73 Ver. 08.05 2013/03/15 ffffffffa005b289 ffff880059173ca8 ffffffff81346fa9 0000000000000000 ffff880059173ce0 ffffffff81063232 ffff8800372bc028 ffff8800373f3740 ffff8800372bc000 ffff880062ad37c0 0000000000000001 ffff880059173cf0 Call Trace: [<ffffffff81346fa9>] dump_stack+0x4b/0x72 [<ffffffff81063232>] warn_slowpath_common+0x82/0xc0 [<ffffffff8106332a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa0047a12>] drm_atomic_get_property+0x232/0x2b0 [drm] [<ffffffffa00356dc>] drm_object_property_get_value+0x6c/0x70 [drm] [<ffffffffa003330f>] dpms_show+0x2f/0x70 [drm] [<ffffffff8145f090>] dev_attr_show+0x20/0x50 [<ffffffff8124b48c>] sysfs_kf_seq_show+0xbc/0x130 [<ffffffff81249d73>] kernfs_seq_show+0x23/0x30 [<ffffffff811f3d8a>] seq_read+0xca/0x360 [<ffffffff8124a7da>] kernfs_fop_read+0x10a/0x160 [<ffffffff811d0888>] __vfs_read+0x28/0xd0 [<ffffffff812cbe80>] ? security_file_permission+0xa0/0xc0 [<ffffffff811d102f>] ? rw_verify_area+0x4f/0xe0 [<ffffffff811d1143>] vfs_read+0x83/0x130 [<ffffffff811d1df6>] SyS_read+0x46/0xa0 [<ffffffff81001b40>] ? syscall_return_slowpath+0x50/0x130 [<ffffffff81659636>] entry_SYSCALL_64_fastpath+0x16/0x75
Both don't look like serious issues, but not sexy to see at each time.
This should be fixed with
commit 621bd0f6982badd6483acb191eb7b6226a578328 Author: Daniel Vetter daniel.vetter@ffwll.ch Date: Tue Sep 29 09:56:53 2015 +0200
drm: Fix locking for sysfs dpms file
If not please scream.
OK, I'll give a shot.
This one was confirmed to work. Feel free to my tested-by tag if you can still add. Tested-by: Takashi Iwai tiwai@suse.de
thanks,
Takashi
On Mon, Oct 12, 2015 at 02:29:19PM +0200, Takashi Iwai wrote:
On Mon, 12 Oct 2015 09:04:20 +0200, Daniel Vetter wrote:
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Could you point commit ids?
It was wishful thinking on my side, mixed them up with other patches. I think this one's still open :( -Daniel
On Tue, Oct 13, 2015 at 10:24:58AM +0200, Daniel Vetter wrote:
On Mon, Oct 12, 2015 at 02:29:19PM +0200, Takashi Iwai wrote:
On Mon, 12 Oct 2015 09:04:20 +0200, Daniel Vetter wrote:
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Could you point commit ids?
It was wishful thinking on my side, mixed them up with other patches. I think this one's still open :(
7f4c628 drm/i915: Assign hwmode after encoder state readout 0f64614 drm/i915: Fix clock readout when pipes are enabled w/o ports
not enough?
On Tue, 13 Oct 2015, Ville Syrjälä ville.syrjala@linux.intel.com wrote:
On Tue, Oct 13, 2015 at 10:24:58AM +0200, Daniel Vetter wrote:
On Mon, Oct 12, 2015 at 02:29:19PM +0200, Takashi Iwai wrote:
On Mon, 12 Oct 2015 09:04:20 +0200, Daniel Vetter wrote:
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Could you point commit ids?
It was wishful thinking on my side, mixed them up with other patches. I think this one's still open :(
7f4c628 drm/i915: Assign hwmode after encoder state readout 0f64614 drm/i915: Fix clock readout when pipes are enabled w/o ports
not enough?
The relevant bug is [1], everyone please let's track this there.
BR, Jani.
[1] https://bugs.freedesktop.org/show_bug.cgi?id=91428
-- Ville Syrjälä Intel OTC _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx
Created the following bug --> https://bugs.freedesktop.org/show_bug.cgi?id=92451 to follow up this regression
Regards
-----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] On Behalf Of Daniel Vetter Sent: Monday, October 12, 2015 2:04 AM To: Takashi Iwai Cc: intel-gfx@lists.freedesktop.org; dri-devel@lists.freedesktop.org; Miramontes Caton, Jairo Daniel Subject: Re: [Intel-gfx] 4.2-rc4 kernel warnings on HSW laptop [regression]
Another pile of regressions for Jairo to track ...
On Sat, Oct 10, 2015 at 11:46:29AM +0200, Takashi Iwai wrote:
Hi,
I noticed that a HSW laptop gets a few new warnings since 4.2-rc kernels. One error messages pops at each boot time:
Console: switching to colour dummy device 80x25 [drm] Replacing VGA console driver [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [drm] Driver supports precise vblank timestamp query. vgaarb: device changed decodes: PCI:0000:00:02.0,olddecodes=io+mem,decodes=io+mem:owns=io+mem [drm:drm_calc_timestamping_constants [drm]] *ERROR* crtc 21: Can't calculate constants, dotclock = 0!
There's patches for this one already, but I accidentally applied them for -next, not -fixes. They should land for -rc6.
Then a warning when I start powertop:
WARNING: CPU: 1 PID: 1674 at drivers/gpu/drm/drm_atomic.c:889 drm_atomic_get_property+0x232/0x2b0 [drm]() CPU: 1 PID: 1674 Comm: powertop Tainted: G W 4.3.0-rc4-test+ #93 Hardware name: Hewlett-Packard HP ProBook 430 G1/1946, BIOS L73 Ver. 08.05 2013/03/15 ffffffffa005b289 ffff880059173ca8 ffffffff81346fa9 0000000000000000 ffff880059173ce0 ffffffff81063232 ffff8800372bc028 ffff8800373f3740 ffff8800372bc000 ffff880062ad37c0 0000000000000001 ffff880059173cf0 Call Trace: [<ffffffff81346fa9>] dump_stack+0x4b/0x72 [<ffffffff81063232>] warn_slowpath_common+0x82/0xc0 [<ffffffff8106332a>] warn_slowpath_null+0x1a/0x20 [<ffffffffa0047a12>] drm_atomic_get_property+0x232/0x2b0 [drm] [<ffffffffa00356dc>] drm_object_property_get_value+0x6c/0x70 [drm] [<ffffffffa003330f>] dpms_show+0x2f/0x70 [drm] [<ffffffff8145f090>] dev_attr_show+0x20/0x50 [<ffffffff8124b48c>] sysfs_kf_seq_show+0xbc/0x130 [<ffffffff81249d73>] kernfs_seq_show+0x23/0x30 [<ffffffff811f3d8a>] seq_read+0xca/0x360 [<ffffffff8124a7da>] kernfs_fop_read+0x10a/0x160 [<ffffffff811d0888>] __vfs_read+0x28/0xd0 [<ffffffff812cbe80>] ? security_file_permission+0xa0/0xc0 [<ffffffff811d102f>] ? rw_verify_area+0x4f/0xe0 [<ffffffff811d1143>] vfs_read+0x83/0x130 [<ffffffff811d1df6>] SyS_read+0x46/0xa0 [<ffffffff81001b40>] ? syscall_return_slowpath+0x50/0x130 [<ffffffff81659636>] entry_SYSCALL_64_fastpath+0x16/0x75
Both don't look like serious issues, but not sexy to see at each time.
This should be fixed with
commit 621bd0f6982badd6483acb191eb7b6226a578328 Author: Daniel Vetter daniel.vetter@ffwll.ch Date: Tue Sep 29 09:56:53 2015 +0200
drm: Fix locking for sysfs dpms file
If not please scream.
Thanks, Daniel -- Daniel Vetter Software Engineer, Intel Corporation http://blog.ffwll.ch
dri-devel@lists.freedesktop.org