Re: [Intel-gfx] kernel 5.5.4: BUG: kernel NULL pointer dereference, address: 000000000000000

2020-02-16 Thread Toralf Förster 
On 2/16/20 3:55 PM, Hillf Danton wrote:
> 
> On Sun, 16 Feb 2020 11:33:02 +0100 Toralf Foerster wrote:
>> On 2/16/20 4:26 AM, Hillf Danton wrote:
>>> Looks like a stray lock counts for the above NULL dereference.
>>>
>> Hi, the patch applied on top of 5.5.4 breaks the internal display now even
>>  in the boot phase.
> 
> My bad.
> 
> Then try to do fence signaling before taking request's lock as we'll
> take the fence specific lock if we're in the right direction.
> 
> --- a/drivers/gpu/drm/i915/i915_request.c
> +++ b/drivers/gpu/drm/i915/i915_request.c
> @@ -252,10 +252,10 @@ bool i915_request_retire(struct i915_req
>*/
>   remove_from_engine(rq);
>  
> + dma_fence_signal(>fence);
> +
>   spin_lock_irq(>lock);
>   i915_request_mark_complete(rq);
> - if (!i915_request_signaled(rq))
> - dma_fence_signal_locked(>fence);
>   if (test_bit(DMA_FENCE_FLAG_ENABLE_SIGNAL_BIT, >fence.flags))
>   i915_request_cancel_breadcrumb(rq);
>   if (i915_request_has_waitboost(rq)) {
> 

This is similar to the behaviour before, the BUG occurres after few 
minutes/hours.
It brought now:


Feb 16 22:09:01 t44 CROND[8918]: (root) CMD (/usr/lib/sa/sa1 30 2 -S XALL)
Feb 16 22:10:01 t44 CROND[8980]: (root) CMD (/usr/lib/sa/sa1 30 2 -S XALL)
Feb 16 22:10:37 t44 kernel: BUG: kernel NULL pointer dereference, address: 

Feb 16 22:10:37 t44 kernel: #PF: supervisor instruction fetch in kernel mode
Feb 16 22:10:37 t44 kernel: #PF: error_code(0x0010) - not-present page
Feb 16 22:10:37 t44 kernel: PGD 0 P4D 0 
Feb 16 22:10:37 t44 kernel: Oops: 0010 [#1] SMP PTI
Feb 16 22:10:37 t44 kernel: CPU: 1 PID: 3403 Comm: X Tainted: G
T 5.5.4 #3
Feb 16 22:10:37 t44 kernel: Hardware name: LENOVO 20AQCTO1WW/20AQCTO1WW, BIOS 
GJET92WW (2.42 ) 03/03/2017
Feb 16 22:10:37 t44 kernel: RIP: 0010:0x0
Feb 16 22:10:37 t44 kernel: Code: Bad RIP value.
Feb 16 22:10:37 t44 kernel: RSP: 0018:ad37009eba20 EFLAGS: 00010087
Feb 16 22:10:37 t44 kernel: RAX:  RBX:  RCX: 
000e68b0
Feb 16 22:10:37 t44 kernel: RDX:  RSI: 8b35598cba88 RDI: 
8b362d9146c0
Feb 16 22:10:37 t44 kernel: RBP: 8b362d9146c0 R08:  R09: 
8b35598cbe00
Feb 16 22:10:37 t44 kernel: R10: 0002 R11: 0005 R12: 
ad37009eba28
Feb 16 22:10:37 t44 kernel: R13:  R14: 8b36a40fa200 R15: 
8b369bf99600
Feb 16 22:10:37 t44 kernel: FS:  7f2b751398c0() 
GS:8b36b268() knlGS:
Feb 16 22:10:37 t44 kernel: CS:  0010 DS:  ES:  CR0: 80050033
Feb 16 22:10:37 t44 kernel: CR2: ffd6 CR3: 000323292001 CR4: 
001606e0
Feb 16 22:10:37 t44 kernel: Call Trace:
Feb 16 22:10:37 t44 kernel:  dma_fence_signal_locked+0x85/0xc0
Feb 16 22:10:37 t44 kernel:  dma_fence_signal+0x1f/0x40
Feb 16 22:10:37 t44 kernel:  i915_request_retire+0x9a/0x290 [i915]
Feb 16 22:10:37 t44 kernel:  i915_request_create+0x3f/0xc0 [i915]
Feb 16 22:10:37 t44 kernel:  i915_gem_do_execbuffer+0x973/0x17d0 [i915]
Feb 16 22:10:37 t44 kernel:  i915_gem_execbuffer2_ioctl+0xe9/0x3a0 [i915]
Feb 16 22:10:37 t44 kernel:  ? i915_gem_execbuffer_ioctl+0x2c0/0x2c0 [i915]
Feb 16 22:10:37 t44 kernel:  drm_ioctl_kernel+0xae/0x100 [drm]
Feb 16 22:10:37 t44 kernel:  drm_ioctl+0x223/0x400 [drm]
Feb 16 22:10:37 t44 kernel:  ? i915_gem_execbuffer_ioctl+0x2c0/0x2c0 [i915]
Feb 16 22:10:37 t44 kernel:  do_vfs_ioctl+0x4d4/0x760
Feb 16 22:10:37 t44 kernel:  ksys_ioctl+0x5b/0x90
Feb 16 22:10:37 t44 kernel:  __x64_sys_ioctl+0x15/0x20
Feb 16 22:10:37 t44 kernel:  do_syscall_64+0x46/0x100
Feb 16 22:10:37 t44 kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
Feb 16 22:10:37 t44 kernel: RIP: 0033:0x7f2b75372137
Feb 16 22:10:37 t44 kernel: Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 
18 c3 e8 2d d4 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 
05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 19 ed 0c 00 f7 d8 64 89 01 48
Feb 16 22:10:37 t44 kernel: RSP: 002b:7ffebe2b4c38 EFLAGS: 0246 
ORIG_RAX: 0010
Feb 16 22:10:37 t44 kernel: RAX: ffda RBX: 7ffebe2b4c80 RCX: 
7f2b75372137
Feb 16 22:10:37 t44 kernel: RDX: 7ffebe2b4c80 RSI: 40406469 RDI: 
000d
Feb 16 22:10:37 t44 kernel: RBP: 40406469 R08: 561477eb8670 R09: 
0202
Feb 16 22:10:37 t44 kernel: R10:  R11: 0246 R12: 
561477e7b0b0
Feb 16 22:10:37 t44 kernel: R13: 000d R14: 7f2b74b51c48 R15: 

Feb 16 22:10:37 t44 kernel: Modules linked in: af_packet bridge stp llc 
ip6table_filter ip6_tables xt_MASQUERADE iptable_nat nf_nat nf_log_ipv4 
nf_log_common xt_LOG xt_limit xt_recent xt_conntrack nf_conntrack 
nf_defrag_ipv6 nf_defrag_ipv4 iptable_filter ip_tables uvcvideo 
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videodev videobuf2_common 
btusb btrtl btbcm btintel bluetooth ecdh_generic

Re: [Intel-gfx] kernel 5.5.4: BUG: kernel NULL pointer dereference, address: 000000000000000

2020-02-16 Thread Toralf Förster 
On 2/16/20 4:26 AM, Hillf Danton wrote:
> Looks like a stray lock counts for the above NULL dereference.
Hi, the patch applied on top of 5.5.4 breaks the internal display now even in 
the boot phase.
Gert just a black screen after few seconds, nothing in the logs except:

Feb 16 11:21:57 t44 kernel: elogind-daemon[1431]: Removed session c15.
Feb 16 11:21:57 t44 start-stop-daemon[6462]: Will stop PID 1431
Feb 16 11:21:57 t44 start-stop-daemon[6462]: Sending signal 15 to PID 1431
Feb 16 11:21:57 t44 kernel: elogind-daemon[1431]: Received signal 15 [TERM]
Feb 16 11:21:57 t44 kernel: elogind-daemon[1431]: segfault at 56264c00 ip 
7fddfcf76882 sp 7ffc98c721b0 error 4 in 
libc-2.29.so[7fddfcf0c000+15a000]
Feb 16 11:21:57 t44 kernel: Code: a8 02 75 4c 48 8b 15 05 e5 13 00 64 48 83 3a 
00 0f 84 f2 00 00 00 48 8d 3d 2b f2 13 00 a8 04 74 0c 48 89 f0 48 25 00 00 00 
fc <48> 8b 38 48 8b 44 24 18 64 48 33 04 25 28 00
00 00 0f 85 f8 00 00
Feb 16 11:21:57 t44 start-stop-daemon[6549]: Will stop /usr/sbin/dnsmasq
Feb 16 11:21:57 t44 start-stop-daemon[6549]: Will stop PID 2764
Feb 16 11:21:57 t44 start-stop-daemon[6549]: Sending signal 15 to PID 2764


>
> Btw, send pure text message please.

Ick, I do sned plain text to LKML, or?

>
> --- a/drivers/gpu/drm/i915/i915_request.c
> +++ b/drivers/gpu/drm/i915/i915_request.c
> @@ -254,8 +254,7 @@ bool i915_request_retire(struct i915_req
>
>   spin_lock_irq(>lock);
>   i915_request_mark_complete(rq);
> - if (!i915_request_signaled(rq))
> - dma_fence_signal_locked(>fence);
> + dma_fence_signal(>fence);
>   if (test_bit(DMA_FENCE_FLAG_ENABLE_SIGNAL_BIT, >fence.flags))
>   i915_request_cancel_breadcrumb(rq);
>   if (i915_request_has_waitboost(rq)) {
>


--
Toralf
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] kernel 5.5.4: BUG: kernel NULL pointer dereference, address: 000000000000000

2020-02-15 Thread Toralf Förster 
Since 5.5.1 I do experience hangs under a hardend Gerntoo Linux + KDE, neither 
mouse nor keyboard are then working anymore, power off is the only one.
The syslog tells:


Feb 15 12:56:31 t44 kernel: BUG: kernel NULL pointer dereference, address: 

Feb 15 12:56:31 t44 kernel: #PF: supervisor instruction fetch in kernel mode
Feb 15 12:56:31 t44 kernel: #PF: error_code(0x0010) - not-present page
Feb 15 12:56:31 t44 kernel: PGD 0 P4D 0 
Feb 15 12:56:31 t44 kernel: Oops: 0010 [#1] SMP PTI
Feb 15 12:56:31 t44 kernel: CPU: 0 PID: 3401 Comm: X Tainted: G
T 5.5.4 #2
Feb 15 12:56:31 t44 kernel: Hardware name: LENOVO 20AQCTO1WW/20AQCTO1WW, BIOS 
GJET92WW (2.42 ) 03/03/2017
Feb 15 12:56:31 t44 kernel: RIP: 0010:0x0
Feb 15 12:56:31 t44 kernel: Code: Bad RIP value.
Feb 15 12:56:31 t44 kernel: RSP: 0018:9d8780917a40 EFLAGS: 00010087
Feb 15 12:56:31 t44 kernel: RAX:  RBX:  RCX: 
000919dd
Feb 15 12:56:31 t44 kernel: RDX:  RSI: 8b13d4024b08 RDI: 
8b149d88a400
Feb 15 12:56:31 t44 kernel: RBP: 8b149d88a400 R08:  R09: 
8b13d4024100
Feb 15 12:56:31 t44 kernel: R10: 0002 R11: 0005 R12: 
9d8780917a48
Feb 15 12:56:31 t44 kernel: R13:  R14: 8b14aa17ae00 R15: 
8b14a39a02c0
Feb 15 12:56:31 t44 kernel: FS:  7f8c162148c0() 
GS:8b14b260() knlGS:
Feb 15 12:56:31 t44 kernel: CS:  0010 DS:  ES:  CR0: 80050033
Feb 15 12:56:31 t44 kernel: CR2: ffd6 CR3: 000323998005 CR4: 
001606f0
Feb 15 12:56:31 t44 kernel: Call Trace:
Feb 15 12:56:31 t44 kernel:  dma_fence_signal_locked+0x85/0xc0
Feb 15 12:56:31 t44 kernel:  i915_request_retire+0x259/0x2a0 [i915]
Feb 15 12:56:31 t44 kernel:  i915_request_create+0x3f/0xc0 [i915]
Feb 15 12:56:31 t44 kernel:  i915_gem_do_execbuffer+0x973/0x17d0 [i915]
Feb 15 12:56:31 t44 kernel:  i915_gem_execbuffer2_ioctl+0xe9/0x3a0 [i915]
Feb 15 12:56:31 t44 kernel:  ? i915_gem_execbuffer_ioctl+0x2c0/0x2c0 [i915]
Feb 15 12:56:31 t44 kernel:  drm_ioctl_kernel+0xae/0x100 [drm]
Feb 15 12:56:31 t44 kernel:  drm_ioctl+0x223/0x400 [drm]
Feb 15 12:56:31 t44 kernel:  ? i915_gem_execbuffer_ioctl+0x2c0/0x2c0 [i915]
Feb 15 12:56:31 t44 kernel:  do_vfs_ioctl+0x4d4/0x760
Feb 15 12:56:31 t44 kernel:  ksys_ioctl+0x5b/0x90
Feb 15 12:56:31 t44 kernel:  __x64_sys_ioctl+0x15/0x20
Feb 15 12:56:31 t44 kernel:  do_syscall_64+0x46/0x100
Feb 15 12:56:31 t44 kernel:  entry_SYSCALL_64_after_hwframe+0x44/0xa9
Feb 15 12:56:31 t44 kernel: RIP: 0033:0x7f8c1644d137
Feb 15 12:56:31 t44 kernel: Code: 00 00 00 75 0c 48 c7 c0 ff ff ff ff 48 83 c4 
18 c3 e8 2d d4 01 00 66 2e 0f 1f 84 00 00 00 00 00 0f 1f 00 b8 10 00 00 00 0f 
05 <48> 3d 01 f0 ff ff 73 01 c3 48 8b 0d 19 ed 0c 00 f7 d8 64 89 01 48
Feb 15 12:56:31 t44 kernel: RSP: 002b:7ffc2e8fabc8 EFLAGS: 0246 
ORIG_RAX: 0010
Feb 15 12:56:31 t44 kernel: RAX: ffda RBX: 7ffc2e8fac10 RCX: 
7f8c1644d137
Feb 15 12:56:31 t44 kernel: RDX: 7ffc2e8fac10 RSI: 40406469 RDI: 
000d
Feb 15 12:56:31 t44 kernel: RBP: 40406469 R08: 561136d07680 R09: 
0202
Feb 15 12:56:31 t44 kernel: R10:  R11: 0246 R12: 
561136cca130
Feb 15 12:56:31 t44 kernel: R13: 000d R14: 7f8c15c2cc48 R15: 

Feb 15 12:56:31 t44 kernel: Modules linked in: af_packet bridge stp llc 
ip6table_filter ip6_tables xt_MASQUERADE iptable_nat nf_nat nf_log_ipv4 
nf_log_common xt_LOG xt_limit xt_recent xt_conntrack nf_conntrack 
nf_defrag_ipv6 nf_defrag_ipv4 iptable_filter ip_tables uvcvideo 
videobuf2_vmalloc videobuf2_memops videobuf2_v4l2 videodev videobuf2_common 
btusb btrtl btbcm btintel bluetooth ecdh_generic ecc rmi_smbus rmi_core 
mousedev x86_pkg_temp_thermal coretemp i915 kvm_intel kvm irqbypass intel_gtt 
snd_hda_codec_realtek snd_hda_codec_generic i2c_algo_bit input_leds 
drm_kms_helper snd_hda_intel wmi_bmof snd_intel_dspcfg cfbfillrect iwlmvm 
psmouse syscopyarea cfbimgblt aesni_intel glue_helper crypto_simd pcspkr 
snd_hda_codec atkbd sysfillrect cryptd ehci_pci iwlwifi ehci_hcd sysimgblt 
fb_sys_fops e1000e cfbcopyarea thinkpad_acpi snd_hda_core i2c_i801 drm snd_pcm 
ac battery ledtrig_audio tpm_tis tpm_tis_core drm_panel_orientation_quirks 
snd_timer tpm rng_core agpgart snd i2c_core wmi soundc
 ore thermal evdev
Feb 15 12:56:31 t44 kernel: CR2: 
Feb 15 12:56:31 t44 kernel: ---[ end trace 0efcb8355216bb62 ]---
Feb 15 12:56:31 t44 kernel: RIP: 0010:0x0
Feb 15 12:56:31 t44 kernel: Code: Bad RIP value.
Feb 15 12:56:31 t44 kernel: RSP: 0018:9d8780917a40 EFLAGS: 00010087
Feb 15 12:56:31 t44 kernel: RAX:  RBX:  RCX: 
000919dd
Feb 15 12:56:31 t44 kernel: RDX:  RSI: 8b13d4024b08 RDI: 
8b149d88a400
Feb 15 12:56:31 t44 kernel: RBP: 8b149d88a400 R08:  R09:

[Intel-gfx] Fwd: 4.8.x : [drm:ffffffffa0454792] *ERROR* failed to update link training

2016-11-26 Thread Toralf Förster 

Whilst 4.7.10 is fine, the current 4.8.10 kernel spews that message in
dmesg during boot and later can't be undocked any longer - the vt7
display then will stay black forever.
Switching to another vt works fine FWIW.

Update: attached dmesg

-- 
Toralf
PGP: C4EACDDE 0076E94E
Linux version 4.8.10-hardened (root@t44) (gcc version 4.9.3 (Gentoo Hardened 
4.9.3 p1.5, pie-0.6.4) ) #1 SMP Fri Nov 25 00:19:25 CET 2016
Command line: BOOT_IMAGE=/boot/vmlinuz-4.8.10-hardened root=/dev/sda3 ro 
pax_size_overflow_report_only no_console_suspend
x86/fpu: Supporting XSAVE feature 0x001: 'x87 floating point registers'
x86/fpu: Supporting XSAVE feature 0x002: 'SSE registers'
x86/fpu: Supporting XSAVE feature 0x004: 'AVX registers'
x86/fpu: xstate_offset[2]:  576, xstate_sizes[2]:  256
x86/fpu: Enabled xstate features 0x7, context size is 832 bytes, using 
'standard' format.
x86/fpu: Using 'eager' FPU context switches.
e820: BIOS-provided physical RAM map:
BIOS-e820: [mem 0x-0x0009cfff] usable
BIOS-e820: [mem 0x0009d000-0x0009] reserved
BIOS-e820: [mem 0x000e-0x000f] reserved
BIOS-e820: [mem 0x0010-0xaf70afff] usable
BIOS-e820: [mem 0xaf70b000-0xbcc0efff] reserved
BIOS-e820: [mem 0xbcc0f000-0xbce7efff] ACPI NVS
BIOS-e820: [mem 0xbce7f000-0xbcefefff] ACPI data
BIOS-e820: [mem 0xbceff000-0xbf9f] reserved
BIOS-e820: [mem 0xf800-0xfbff] reserved
BIOS-e820: [mem 0xfe101000-0xfe112fff] reserved
BIOS-e820: [mem 0xfec0-0xfec00fff] reserved
BIOS-e820: [mem 0xfed08000-0xfed08fff] reserved
BIOS-e820: [mem 0xfed1-0xfed19fff] reserved
BIOS-e820: [mem 0xfed1c000-0xfed1] reserved
BIOS-e820: [mem 0xfee0-0xfee00fff] reserved
BIOS-e820: [mem 0xffc0-0x] reserved
BIOS-e820: [mem 0x0001-0x00033e5f] usable
NX (Execute Disable) protection: active
SMBIOS 2.7 present.
DMI: LENOVO 20AQCTO1WW/20AQCTO1WW, BIOS GJET91WW (2.41 ) 09/21/2016
e820: update [mem 0x-0x0fff] usable ==> reserved
e820: remove [mem 0x000a-0x000f] usable
e820: last_pfn = 0x33e600 max_arch_pfn = 0x4
MTRR default type: write-back
MTRR fixed ranges enabled:
  0-9 write-back
  A-B uncachable
  C-F write-protect
MTRR variable ranges enabled:
  0 base 00C000 mask 7FC000 uncachable
  1 base 00BE00 mask 7FFE00 uncachable
  2 base 00BD00 mask 7FFF00 uncachable
  3 base 00BCF0 mask 70 uncachable
  4 disabled
  5 disabled
  6 disabled
  7 disabled
  8 disabled
  9 disabled
x86/PAT: Configuration [0-7]: WB  WC  UC- UC  WB  WC  UC- WT  
e820: last_pfn = 0xaf70b max_arch_pfn = 0x4
found SMP MP-table at [mem 0x000f0100-0x000f010f] mapped at [880f0100]
Scanning 1 areas for low memory corruption
Base memory trampoline at [88097000] 97000 size 24576
Using GB pages for direct mapping
BRK [0x0216c000, 0x0216cfff] PGTABLE
ACPI: Early table checksum verification disabled
ACPI: RSDP 0x000F0120 24 (v02 LENOVO)
ACPI: XSDT 0xBCEFE170 E4 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: FACP 0xBCEF9000 00010C (v05 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: DSDT 0xBCEE3000 010FAD (v01 LENOVO TP-GJ2410 INTL 
20120711)
ACPI: FACS 0xBCD7A000 40
ACPI: DBGP 0xBCEFC000 34 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: ECDT 0xBCEFB000 52 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: HPET 0xBCEF8000 38 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: APIC 0xBCEF7000 98 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: MCFG 0xBCEF6000 3C (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: SSDT 0xBCEF5000 33 (v01 LENOVO TP-SSDT1 0100 INTL 
20120711)
ACPI: SSDT 0xBCEF4000 000486 (v01 LENOVO TP-SSDT2 0200 INTL 
20120711)
ACPI: SSDT 0xBCEE2000 0009CB (v01 LENOVO SataAhci 1000 INTL 
20120711)
ACPI: SSDT 0xBCEE1000 000152 (v01 LENOVO Rmv_Batt 1000 INTL 
20120711)
ACPI: SSDT 0xBCEE 0007F5 (v01 LENOVO Cpu0Ist  3000 INTL 
20120711)
ACPI: SSDT 0xBCEDF000 000AD8 (v01 LENOVO CpuPm3000 INTL 
20120711)
ACPI: SSDT 0xBCEDD000 00125C (v01 LENOVO SaSsdt   3000 INTL 
20120711)
ACPI: SSDT 0xBCEDC000 000379 (v01 LENOVO CppcTabl 1000 INTL 
20120711)
ACPI: PCCT 0xBCEDB000 6E (v05 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: SSDT 0xBCEDA000 000AC4 (v01 LENOVO Cpc_Tabl 1000 INTL 
20120711)
ACPI: TCPA 0xBCED9000 32 (v02 PTLLENOVO   0604 LNVO 
0001)
ACPI: UEFI 0xBCED8000 42 (v01 LENOVO TP-GJ2410 PTEC 
0002)
ACPI: MSDM 0xBCCE2000 55 (v03 LENOVO TP-GJ2410 PTEC

[Intel-gfx] 4.8.x : [drm:ffffffffa0454792] *ERROR* failed to update link training

2016-11-26 Thread Toralf Förster 
Whilst 4.7.10 is fine, the current 4.8.10 kernel spews that message in dmesg 
during boot and later can't be undocked any longer - the vt7 display then will 
stay black forever.
Switching to another vt works fine FWIW.

-- 
Toralf
PGP: C4EACDDE 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] 4.0.8->4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-10-30 Thread Toralf Förster 
On 10/29/2015 10:49 PM, Pavel Machek wrote:
> On Sun 2015-10-04 18:30:14, Toralf Förster wrote:
>> On 08/04/2015 02:29 PM, Toralf Förster wrote:
>>> On 08/02/2015 09:43 AM, Pavel Machek wrote:
>>>> Any chance to bisect it?
>>> Did it.
>>>
>>> FWIW: the mentioned commit was introduced between 3.18 and 3.19.
>>> But my system (hardened 64 bit Gentoo) did not suffer from it till version 
>>> 4.0.8.
>>> The hardened kernel 4.1.x was the first where the bug was visible at my 
>>> docked environment  too.
>>>
>>>
>>>
>>> commit e7d6f7d708290da1b7c92f533444b042c79412e0
>>> Author: Dave Airlie <airl...@redhat.com>
>>> Date:   Mon Dec 8 13:23:37 2014 +1000
>>>
>>> drm/i915: resume MST after reading back hw state
>>>
>>> Otherwise the MST resume paths can hit DPMS paths
>>> which hit state checker paths, which hit WARN_ON,
>>> because the state checker is inconsistent with the
>>> hw.
>>>
>>> This fixes a bunch of WARN_ON's on resume after
>>> undocking.
>>>
>>> Signed-off-by: Dave Airlie <airl...@redhat.com>
>>> Reviewed-by: Daniel Vetter <daniel.vet...@ffwll.ch>
>>> Cc: sta...@vger.kernel.org
>>> Signed-off-by: Jani Nikula <jani.nik...@intel.com>
>>>
>>
>> Is there anything else what I can do ?
>>
>> Current kernels up to 4.2.3 and 4.3-rc3 (not hardened) shows this issue here 
>> at my system.
> 
> Yes. Now you ask Dave Airlie <airl...@redhat.com> to fix it. If that

Dear Dave,

please fix it.

Here's a work around which works for me since kernel 4.1.x :

diff --git a/drivers/gpu/drm/i915/i915_drv.c
b/drivers/gpu/drm/i915/i915_drv.c
index ab64d68..3aeead2 100644
--- a/drivers/gpu/drm/i915/i915_drv.c
+++ b/drivers/gpu/drm/i915/i915_drv.c
@@ -740,6 +740,8 @@ static int i915_drm_resume(struct drm_device *dev)
if (dev_priv->display.hpd_irq_setup)
dev_priv->display.hpd_irq_setup(dev);
spin_unlock_irq(_priv->irq_lock);
+
+   intel_dp_mst_resume(dev);

drm_modeset_lock_all(dev);
intel_display_resume(dev);


> does not work, you ask him to fix it, in less polite words. If that
> does not work, you verify that reverting
> e7d6f7d708290da1b7c92f533444b042c79412e0 fixes it for you, then ask
> Daniel Vetter and Jani Nikula to revert it. If they fail to do that,
> you go all the way up to Linus.
> 
> Good luck ;-), 
>   Pavel
> 


-- 
Toralf, pgp key: C4EACDDE 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] 4.0.8->4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-10-04 Thread Toralf Förster 
On 08/04/2015 02:29 PM, Toralf Förster wrote:
> On 08/02/2015 09:43 AM, Pavel Machek wrote:
>> Any chance to bisect it?
> Did it.
> 
> FWIW: the mentioned commit was introduced between 3.18 and 3.19.
> But my system (hardened 64 bit Gentoo) did not suffer from it till version 
> 4.0.8.
> The hardened kernel 4.1.x was the first where the bug was visible at my 
> docked environment  too.
> 
> 
> 
> commit e7d6f7d708290da1b7c92f533444b042c79412e0
> Author: Dave Airlie <airl...@redhat.com>
> Date:   Mon Dec 8 13:23:37 2014 +1000
> 
> drm/i915: resume MST after reading back hw state
> 
> Otherwise the MST resume paths can hit DPMS paths
> which hit state checker paths, which hit WARN_ON,
> because the state checker is inconsistent with the
> hw.
> 
> This fixes a bunch of WARN_ON's on resume after
> undocking.
> 
> Signed-off-by: Dave Airlie <airl...@redhat.com>
> Reviewed-by: Daniel Vetter <daniel.vet...@ffwll.ch>
> Cc: sta...@vger.kernel.org
> Signed-off-by: Jani Nikula <jani.nik...@intel.com>
> 

Is there anything else what I can do ?

Current kernels up to 4.2.3 and 4.3-rc3 (not hardened) shows this issue here at 
my system.


-- 
Toralf, pgp key: 872AE508 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] 4.1->4.2 regression : intel_display.c:12324 check_crtc_state warning

2015-09-06 Thread Toralf Förster 
On 09/02/2015 10:31 PM, Konduru, Chandra wrote:
> It is due to ips_enabled mismatch in crtc_state. 
> I can't think how below patch is triggering mismatch in ips_enabled.

tested it 2 times in a row, the bad commits fails, the commit before works fine.
Unfortunately that commit id cannot be reverted on latest git HEAD to test it 
at top too.

-- 
Toralf, pgp key: 872AE508 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] 4.1->4.2 regression : intel_display.c:12324 check_crtc_state warning

2015-09-02 Thread Toralf Förster 
The following commit was bisected and tested to be the first bad commit which 
causes the warning as seen below at a ThinkPad T40s:



commit a1b2278e4dfcd2dbea85e319ebf73a6b7b2f180b
Author: Chandra Konduru 
Date:   Tue Apr 7 15:28:45 2015 -0700

drm/i915: skylake panel fitting using shared scalers

Enabling skylake panel fitting feature using shared scalers

v2:
-added force detach parameter for pfit disable purpose (me)
-read crtc scaler state from hw state (Daniel)
-replaced both skylake_pfit_enable and disable with skylake_pfit_update (me)
-added scaler id check to intel_pipe_config_compare (Daniel)

v3:
-updated function header to kerneldoc format (Matt)
-dropped need_scaling checks (Matt)

v4:
-move clearing of scaler id from commit path to check path (Matt)
-updated colorkey checks based on recent updates (me)
-squashed scaler check while enabling colorkey to here (me)
-use values in plane_state->src as regular integers (me)
-changes made not to modify state in commit path (Matt)

v5:
-squashed helper function to update scaler users to here (Matt)
-squashed helper function to detach scaler to here (Matt, me)
-changes to align with updated scaler structures (Matt, me)

Signed-off-by: Chandra Konduru 
Reviewed-by: Matt Roper 
Signed-off-by: Daniel Vetter 






From the syslog:

Sep  2 18:10:17 t44 kernel: [ cut here ]
Sep  2 18:10:17 t44 kernel: WARNING: CPU: 2 PID: 1252 at 
drivers/gpu/drm/i915/intel_display.c:12324 check_crtc_state+0x7fa/0xf50 [i915]()
Sep  2 18:10:17 t44 kernel: pipe state doesn't match!
Sep  2 18:10:17 t44 kernel: Modules linked in: nf_conntrack_ipv6 nf_defrag_ipv6 
ip6table_filter ip6_tables ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_log_ipv4 
nf_log_common xt_LOG xt_limit ipt_REJECT nf_reject_ipv4 xt_recent xt_tcpudp 
xt_conntrack iptable_raw iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 
nf_nat_ipv4 nf_nat nf_conntrack iptable_filter ip_tables x_tables nfsd 
auth_rpcgss oid_registry lockd grace ctr ccm sunrpc af_packet bridge stp llc 
tun rc_dib0700_rc5 hid_generic hid_cherry usbhid hid dib7000p dvb_usb_dib0700 
dib3000mc dvb_usb dvb_core dib0070 dib7000m dibx000_common dib0090 rc_core 
snd_hda_codec_generic arc4 coretemp x86_pkg_temp_thermal kvm_intel kvm 
rtsx_pci_sdmmc mmc_core evdev jitterentropy_rng hmac drbg aesni_intel 
aes_x86_64 glue_helper lrw gf128mul psmouse ablk_helper cryptd atkbd pcspkr 
iwlmvm
Sep  2 18:10:17 t44 kernel:  wmi mac80211 i915 fbcon bitblit cfbfillrect 
cfbimgblt softcursor font i2c_algo_bit cfbcopyarea snd_hda_intel snd_hda_codec 
battery thinkpad_acpi tpm_tis ehci_pci drm_kms_helper ac nvram snd_hda_core 
iwlwifi hwmon i2c_i801 snd_pcm tpm cfg80211 drm video rtsx_pci rfkill intel_gtt 
xhci_pci thermal xhci_hcd agpgart ehci_hcd button fb usbcore snd_timer i2c_core 
e1000e fbdev lpc_ich snd usb_common mfd_core soundcore processor
Sep  2 18:10:17 t44 kernel: CPU: 2 PID: 1252 Comm: X Tainted: GW   
4.2.0+ #4
Sep  2 18:10:17 t44 kernel: Hardware name: LENOVO 20AQCTO1WW/20AQCTO1WW, BIOS 
GJET83WW (2.33 ) 03/09/2015
Sep  2 18:10:17 t44 kernel:  c05f0f18 88032a6ab828 814cef01 
88032a6ab870
Sep  2 18:10:17 t44 kernel:  88032a6ab860 810503b6 88032fdcec00 
8800ad66f800
Sep  2 18:10:17 t44 kernel:  8800ad04 8800ad66fc98 8800adfeb000 
88032a6ab8c0
Sep  2 18:10:17 t44 kernel: Call Trace:
Sep  2 18:10:17 t44 kernel:  [] dump_stack+0x44/0x55
Sep  2 18:10:17 t44 kernel:  [] warn_slowpath_common+0x86/0xc0
Sep  2 18:10:17 t44 kernel:  [] warn_slowpath_fmt+0x4c/0x50
Sep  2 18:10:17 t44 kernel:  [] check_crtc_state+0x7fa/0xf50 
[i915]
Sep  2 18:10:17 t44 kernel:  [] 
intel_modeset_check_state+0x28d/0xae0 [i915]
Sep  2 18:10:17 t44 kernel:  [] ? 
__intel_set_mode+0x906/0xb30 [i915]
Sep  2 18:10:17 t44 kernel:  [] ? 
intel_modeset_compute_config+0x362/0xb60 [i915]
Sep  2 18:10:17 t44 kernel:  [] 
intel_crtc_set_config+0x3ed/0x5a0 [i915]
Sep  2 18:10:17 t44 kernel:  [] 
drm_mode_set_config_internal+0x67/0x110 [drm]
Sep  2 18:10:17 t44 kernel:  [] drm_mode_setcrtc+0xdd/0x500 
[drm]
Sep  2 18:10:17 t44 kernel:  [] drm_ioctl+0x363/0x680 [drm]
Sep  2 18:10:17 t44 kernel:  [] ? 
drm_mode_setplane+0x1c0/0x1c0 [drm]
Sep  2 18:10:17 t44 kernel:  [] ? 
ieee80211_rx_irqsafe+0x32/0x50 [mac80211]
Sep  2 18:10:17 t44 kernel:  [] do_vfs_ioctl+0x2cd/0x4c0
Sep  2 18:10:17 t44 kernel:  [] ? 
__audit_syscall_entry+0xaf/0x100
Sep  2 18:10:17 t44 kernel:  [] ? 
do_audit_syscall_entry+0x66/0x70
Sep  2 18:10:17 t44 kernel:  [] ? 
syscall_trace_enter_phase1+0x126/0x140
Sep  2 18:10:17 t44 kernel:  [] SyS_ioctl+0x41/0x70
Sep  2 18:10:17 t44 kernel:  [] ? 
syscall_return_slowpath+0x45/0x110
Sep  2 18:10:17 t44 kernel:  [] 
entry_SYSCALL_64_fastpath+0x12/0x6a
Sep  2 18:10:17 t44 kernel: ---[ end trace

Re: [Intel-gfx] 4.0.8-4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-08-15 Thread Toralf Förster 
On 08/04/2015 02:29 PM, Toralf Förster wrote:
 On 08/02/2015 09:43 AM, Pavel Machek wrote:
 Any chance to bisect it?
 Did it.
 
 FWIW: the mentioned commit was introduced between 3.18 and 3.19.
 But my system (hardened 64 bit Gentoo) did not suffer from it till version 
 4.0.8.
 The hardened kernel 4.1.x was the first where the bug was visible at my 
 docked environment  too.
 
 
 
 commit e7d6f7d708290da1b7c92f533444b042c79412e0
 Author: Dave Airlie airl...@redhat.com
 Date:   Mon Dec 8 13:23:37 2014 +1000
 


FWIW the issue happens only if the system is docked.

Plugging in the VGA connector in parallel to the already plugged in DVI-D 
conenctor after wakeup from s2ram helps as a work around.
In this case then the external monitor shows again the KDE desktop.

After few seconds I can then plug off the VGA connector from the docking 
station and can continue with my work.


-- 
Toralf, pgp key: 872AE508 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] 4.0.8-4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-08-04 Thread Toralf Förster 
On 08/02/2015 09:43 AM, Pavel Machek wrote:
 Any chance to bisect it?
Did it.

FWIW: the mentioned commit was introduced between 3.18 and 3.19.
But my system (hardened 64 bit Gentoo) did not suffer from it till version 
4.0.8.
The hardened kernel 4.1.x was the first where the bug was visible at my docked 
environment  too.



commit e7d6f7d708290da1b7c92f533444b042c79412e0
Author: Dave Airlie airl...@redhat.com
Date:   Mon Dec 8 13:23:37 2014 +1000

drm/i915: resume MST after reading back hw state

Otherwise the MST resume paths can hit DPMS paths
which hit state checker paths, which hit WARN_ON,
because the state checker is inconsistent with the
hw.

This fixes a bunch of WARN_ON's on resume after
undocking.

Signed-off-by: Dave Airlie airl...@redhat.com
Reviewed-by: Daniel Vetter daniel.vet...@ffwll.ch
Cc: sta...@vger.kernel.org
Signed-off-by: Jani Nikula jani.nik...@intel.com

diff --git a/drivers/gpu/drm/i915/i915_drv.c b/drivers/gpu/drm/i915/i915_drv.c
index 1e9c136..f990ab4 100644
--- a/drivers/gpu/drm/i915/i915_drv.c
+++ b/drivers/gpu/drm/i915/i915_drv.c
@@ -706,11 +706,12 @@ static int i915_drm_resume(struct drm_device *dev)
dev_priv-display.hpd_irq_setup(dev);
spin_unlock_irq(dev_priv-irq_lock);

-   intel_dp_mst_resume(dev);
drm_modeset_lock_all(dev);
intel_modeset_setup_hw_state(dev, true);
drm_modeset_unlock_all(dev);

+   intel_dp_mst_resume(dev);
+
/*
 * ... but also need to make sure that hotplug processing
 * doesn't cause havoc. Like in the driver load code we don't


-- 
Toralf, pgp key: 872AE508 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] 4.0.8-4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-08-03 Thread Toralf Förster 
On 08/02/2015 09:43 AM, Pavel Machek wrote:
 On Wed 2015-07-29 15:54:00, Toralf Förster wrote:
 Undocking helps, and then I can dock again.

 This happens at a hardened 64 bit Gentoo with i915, but I think, it is
 not hardened related, or ?
 
 Any chance to bisect it?
 

Aren't there are already pending patches in Gregs stable queue ? If now I'll 
see.

A quick look at the latest 4.1.3+hardened just shows that the power button at 
the docking station does not produce an ACPI event.
And I do get this :

Aug  3 11:40:18 t44 kernel: [ cut here ]
Aug  3 11:40:18 t44 kernel: WARNING: CPU: 0 PID: 1233 at 
drivers/gpu/drm/i915/intel_display.c:1332 assert_plane.constprop.89+0x89/0xb0 
[i915]()
Aug  3 11:40:18 t44 kernel: plane A assertion failure (expected on, current off)
Aug  3 11:40:18 t44 kernel: Modules linked in: nf_conntrack_ipv6 nf_defrag_ipv6 
ipt_MASQUERADE nf_nat_masquerade_ipv4 nf_log_ipv4 nf_log_common xt_LOG xt_limit 
ipt_REJECT nf_reject_ipv4 xt_recent xt_tcpudp xt_conntrack iptable_raw 
iptable_nat nf_conntrack_ipv4 nf_defrag_ipv4 nf_nat_ipv4 nf_nat nf_conntrack 
ip6table_filter ip6_tables iptable_filter ip_tables x_tables nfsd auth_rpcgss 
oid_registry lockd grace ctr ccm sunrpc af_packet bridge stp llc tun 
rc_dib0700_rc5 dib7000p dvb_usb_dib0700 dib3000mc dvb_usb dvb_core dib0070 
dib7000m dibx000_common dib0090 rc_core hid_generic hid_cherry usbhid hid arc4 
snd_hda_codec_generic rtsx_pci_sdmmc mmc_core evdev x86_pkg_temp_thermal 
coretemp kvm_intel kvm iwlmvm aesni_intel aes_x86_64 glue_helper lrw mac80211 
gf128mul ablk_helper cryptd iwlwifi psmouse atkbd pcspkr cfg80211
Aug  3 11:40:18 t44 kernel:  rtsx_pci thermal wmi i915 fbcon bitblit 
cfbfillrect softcursor cfbimgblt thinkpad_acpi i2c_algo_bit font battery 
cfbcopyarea nvram rfkill ac tpm_tis drm_kms_helper tpm ehci_pci xhci_pci drm 
xhci_hcd snd_hda_intel snd_hda_controller snd_hda_codec ehci_hcd video snd_pcm 
intel_gtt i2c_i801 snd_timer agpgart usbcore snd_hda_core e1000e fb processor 
lpc_ich thermal_sys fbdev i2c_core mfd_core usb_common snd hwmon button 
soundcore [last unloaded: microcode]
Aug  3 11:40:18 t44 kernel: CPU: 0 PID: 1233 Comm: X Tainted: GW   
4.1.3-hardened-r2 #2
Aug  3 11:40:18 t44 kernel: Hardware name: LENOVO 20AQCTO1WW/20AQCTO1WW, BIOS 
GJET83WW (2.33 ) 03/09/2015
Aug  3 11:40:18 t44 kernel:  810e3006  c0402598 
c90002173558
Aug  3 11:40:18 t44 kernel:  815b2fe6 2424 c900021735a8 
c90002173598
Aug  3 11:40:18 t44 kernel:  8105e10a 4111 c0402598 
0534
Aug  3 11:40:18 t44 kernel: Call Trace:
Aug  3 11:40:18 t44 kernel:  [810e3006] ? print_modules+0x76/0xe0
Aug  3 11:40:18 t44 kernel:  [c0402598] ? i915_ioctls+0x8018/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [815b2fe6] dump_stack+0x45/0x5d
Aug  3 11:40:18 t44 kernel:  [8105e10a] warn_slowpath_common+0x8a/0xd0
Aug  3 11:40:18 t44 kernel:  [c0402598] ? i915_ioctls+0x8018/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [c04041d8] ? i915_ioctls+0x9c58/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [8105e1aa] warn_slowpath_fmt+0x5a/0x70
Aug  3 11:40:18 t44 kernel:  [c04041d8] ? i915_ioctls+0x9c58/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [c040f395] ? i915_ioctls+0x14e15/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [c040f398] ? i915_ioctls+0x14e18/0x1c6e8 
[i915]
Aug  3 11:40:18 t44 kernel:  [c0396889] 
assert_plane.constprop.89+0x89/0xb0 [i915]
Aug  3 11:40:18 t44 kernel:  [c039f746] hsw_disable_ips+0x56/0x1d0 
[i915]
Aug  3 11:40:18 t44 kernel:  [c039fbc5] 
intel_crtc_disable_planes+0x45/0x190 [i915]
Aug  3 11:40:18 t44 kernel:  [c03a0b9f] 
haswell_crtc_disable+0x5f/0x440 [i915]
Aug  3 11:40:18 t44 kernel:  [c03a1cf1] __intel_set_mode+0xbb1/0xcd0 
[i915]
Aug  3 11:40:18 t44 kernel:  [c02c1b7e] ? 
drm_atomic_get_crtc_state+0x1e/0xe0 [drm]
Aug  3 11:40:18 t44 kernel:  [c03a975e] 
intel_crtc_set_config+0xade/0x10c0 [i915]
Aug  3 11:40:18 t44 kernel:  [c02c1b2f] ? 
drm_atomic_state_free+0x2f/0x60 [drm]
Aug  3 11:40:18 t44 kernel:  [c01b7dcd] ? 
drm_atomic_helper_plane_set_property+0x8d/0xd0 [drm_kms_helper]
Aug  3 11:40:18 t44 kernel:  [c02b0b32] 
drm_mode_set_config_internal+0x82/0x130 [drm]
Aug  3 11:40:18 t44 kernel:  [c01ba120] restore_fbdev_mode+0xd0/0x100 
[drm_kms_helper]
Aug  3 11:40:18 t44 kernel:  [c01bc319] 
drm_fb_helper_restore_fbdev_mode_unlocked+0x29/0x70 [drm_kms_helper]
Aug  3 11:40:18 t44 kernel:  [c01bc387] 
drm_fb_helper_set_par+0x27/0x60 [drm_kms_helper]
Aug  3 11:40:18 t44 kernel:  [c03b903e] intel_fbdev_set_par+0x1e/0x70 
[i915]
Aug  3 11:40:18 t44 kernel:  [c01f0b03] fb_set_var+0x283/0x4e0 [fb]
Aug  3 11:40:18 t44 kernel:  [81367374] ? __list_add+0x24/0x50
Aug  3 11:40:18 t44 kernel:  [810934f2

Re: [Intel-gfx] 4.0.8-4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-08-03 Thread Toralf Förster 
On 08/03/2015 11:53 AM, Toralf Förster wrote:
 A quick look at the latest 4.1.3+hardened just shows that the power button at 
 the docking station does not produce an ACPI event.
This is fixed between 4.1.3 and 4.1.4 - would be helpful to know the commit id 
for the following bisecting of the blackmonitor issue (still an issue in 4.1.4 
and 4.2-rc5)

-- 
Toralf, pgp key: 872AE508 0076E94E
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] 4.0.8-4.1.3 : after resume from s2ram both internal and external display of a docked ThinkPad ate black

2015-07-29 Thread Toralf Förster 
Undocking helps, and then I can dock again.

This happens at a hardened 64 bit Gentoo with i915, but I think, it is
not hardened related, or ?

-- 
Toralf, pgp key: 872AE508 0076E94E

___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

2014-12-15 Thread Toralf Förster 
On 12/15/2014 08:45 AM, Daniel Vetter wrote:
 Nah, this is just a kernel cmdlineoption. So please boot with
 i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the
 entire dmesg.
 
 Thanks, Daniel

errm, I did it, rebooted, suspended and then the WARNING appeared:

Dec 12 13:22:13 t44 kernel: [ cut here ]
Dec 12 13:22:13 t44 kernel: WARNING: CPU: 3 PID: 2750 at 
drivers/gpu/drm/i915/intel_uncore.c:528 
hsw_unclaimed_reg_debug.isra.11+0x8d/0xa0 [i915]()


-- 
Toralf
pgp key: 7B1A 07F4 EC82 0F90 D4C2  8936 872A E508 0076 E94E

___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] [drm:hsw_unclaimed_reg_detect] *ERROR* Unclaimed register detected. Please use the i915.mmio_debug=1 to debug this problem.

2014-12-15 Thread Toralf Förster 
On 12/15/2014 11:16 AM, Daniel Vetter wrote:
 On Mon, Dec 15, 2014 at 10:24:53AM +0100, Toralf Förster wrote:
 On 12/15/2014 08:45 AM, Daniel Vetter wrote:
 Nah, this is just a kernel cmdlineoption. So please boot with
 i915.mmio_debug=1 added to the kernel cmdline, reproduce and then grab the
 entire dmesg.

 Thanks, Daniel

 errm, I did it, rebooted, suspended and then the WARNING appeared:

 Dec 12 13:22:13 t44 kernel: [ cut here ]
 Dec 12 13:22:13 t44 kernel: WARNING: CPU: 3 PID: 2750 at 
 drivers/gpu/drm/i915/intel_uncore.c:528 
 hsw_unclaimed_reg_debug.isra.11+0x8d/0xa0 [i915]()
 
 Annoying, the unclaimed register write seems to happen before we do
 anything really. Can you please test what happens when you disable all
 sound modules?
 -Daniel
 
ofc, this is kernel 3.18 with same config, and sound just set to n :

Dec 15 16:51:45 t44 kernel: PM: Syncing filesystems ... done.
Dec 15 16:51:45 t44 kernel: Freezing user space processes ... (elapsed 0.001 
seconds) done.
Dec 15 16:51:45 t44 kernel: PM: Preallocating image memory... done (allocated 
2925601 pages)
Dec 15 16:51:48 t44 kernel: PM: Allocated 11702404 kbytes in 3.07 seconds 
(3811.85 MB/s)
Dec 15 16:51:48 t44 kernel: Freezing remaining freezable tasks ... (elapsed 
0.001 seconds) done.
Dec 15 16:51:48 t44 kernel: Suspending console(s) (use no_console_suspend to 
debug)
Dec 15 16:51:48 t44 kernel: wlp3s0: deauthenticating from 08:96:d7:05:f9:2a by 
local choice (Reason: 3=DEAUTH_LEAVING)
Dec 15 16:51:48 t44 kernel: dvb-usb: Terratec Cinergy T USB XXS (HD)/ T3 
successfully deinitialized and disconnected.
Dec 15 16:51:48 t44 kernel: cfg80211: Calling CRDA to update world regulatory 
domain
Dec 15 16:51:48 t44 kernel: PM: freeze of devices complete after 203.802 msecs
Dec 15 16:51:48 t44 kernel: PM: late freeze of devices complete after 7.757 
msecs
Dec 15 16:51:48 t44 kernel: PM: noirq freeze of devices complete after 1.168 
msecs
Dec 15 16:51:48 t44 kernel: ACPI: Preparing to enter system sleep state S4
Dec 15 16:51:48 t44 kernel: PM: Saving platform NVS memory
Dec 15 16:51:48 t44 kernel: Disabling non-boot CPUs ...
Dec 15 16:51:48 t44 kernel: intel_pstate CPU 1 exiting
Dec 15 16:51:48 t44 kernel: kvm: disabling virtualization on CPU1
Dec 15 16:51:48 t44 kernel: smpboot: CPU 1 is now offline
Dec 15 16:51:48 t44 kernel: intel_pstate CPU 2 exiting
Dec 15 16:51:48 t44 kernel: kvm: disabling virtualization on CPU2
Dec 15 16:51:48 t44 kernel: smpboot: CPU 2 is now offline
Dec 15 16:51:48 t44 kernel: intel_pstate CPU 3 exiting
Dec 15 16:51:48 t44 kernel: kvm: disabling virtualization on CPU3
Dec 15 16:51:48 t44 kernel: smpboot: CPU 3 is now offline
Dec 15 16:51:48 t44 kernel: PM: Creating hibernation image:
Dec 15 16:51:48 t44 kernel: PM: Need to copy 120966 pages
Dec 15 16:51:48 t44 kernel: PM: Restoring platform NVS memory
Dec 15 16:51:48 t44 kernel: Enabling non-boot CPUs ...
Dec 15 16:51:48 t44 kernel: x86: Booting SMP configuration:
Dec 15 16:51:48 t44 kernel: smpboot: Booting Node 0 Processor 1 APIC 0x1
Dec 15 16:51:48 t44 kernel: kvm: enabling virtualization on CPU1
Dec 15 16:51:48 t44 kernel: CPU1 is up
Dec 15 16:51:48 t44 kernel: smpboot: Booting Node 0 Processor 2 APIC 0x2
Dec 15 16:51:48 t44 kernel: kvm: enabling virtualization on CPU2
Dec 15 16:51:48 t44 kernel: CPU2 is up
Dec 15 16:51:48 t44 kernel: smpboot: Booting Node 0 Processor 3 APIC 0x3
Dec 15 16:51:48 t44 kernel: kvm: enabling virtualization on CPU3
Dec 15 16:51:48 t44 kernel: CPU3 is up
Dec 15 16:51:48 t44 kernel: ACPI: Waking up from system sleep state S4
Dec 15 16:51:48 t44 kernel: thinkpad_acpi: EC reports that Thermal Table has 
changed
Dec 15 16:52:40 t44 dhcpcd[2372]: wlp3s0: carrier lost
Dec 15 16:51:48 t44 kernel: acpi LNXPOWER:02: Turning OFF
Dec 15 16:51:48 t44 kernel: PM: noirq restore of devices complete after 2.297 
msecs
Dec 15 16:51:48 t44 kernel: [ cut here ]
Dec 15 16:51:48 t44 kernel: WARNING: CPU: 2 PID: 3416 at 
drivers/gpu/drm/i915/intel_uncore.c:528 
hsw_unclaimed_reg_debug.isra.11+0x80/0xa0 [i915]()
Dec 15 16:51:48 t44 kernel: Unclaimed register detected before reading register 
0x130040
Dec 15 16:51:48 t44 kernel: Modules linked in: ctr ccm ipt_MASQUERADE 
nf_nat_masquerade_ipv4 iptable_nat nf_nat_ipv4 nf_nat xt_multiport nf_log_ipv4 
nf_log_common xt_LOG xt_limit ipt_REJECT nf_reject_ipv4 nf_conntrack_ipv4 
nf_defrag_ipv4 xt_tcpudp xt_recent xt_conntrack iptable_filter ip_tables 
x_tables nf_conntrack_ftp nf_conntrack af_packet rc_dib0700_rc5 dib7000p 
hid_generic hid_cherry usbhid hid usblp dvb_usb_dib0700 dib3000mc dvb_usb 
uvcvideo dvb_core videobuf2_vmalloc videobuf2_memops dib0070 videobuf2_core 
dib7000m dibx000_common v4l2_common dib0090 videodev rc_core arc4 
x86_pkg_temp_thermal coretemp iTCO_wdt kvm_intel evdev iwlmvm kvm mac80211 
aesni_intel aes_x86_64 glue_helper lrw gf128mul ablk_helper cryptd psmouse 
iwlwifi atkbd wmi cfg80211 i915 thermal cfbfillrect cfbimgblt i2c_algo_bit 
fbcon bitblit

Re: [Intel-gfx] 3.10.2 : new warning WARNING: at drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()

2013-08-08 Thread Toralf Förster 
On 08/06/2013 08:03 PM, Daniel Vetter wrote:
 On Tue, Aug 6, 2013 at 7:42 PM, Toralf Förster toralf.foers...@gmx.de wrote:
 On 07/26/2013 07:58 PM, Daniel Vetter wrote:
 On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf Förster wrote:
 Realized this today while booting a ThinkPad T420 with integrated intel 
 graphic :

 Can you please retest with latest upstream git from Linus' tree?

 erm, that patch won't apply onto 3.10.5 :

 patch -p1 --dry-run  /home/tfoerste/devel/my/drm.patch
 patching file drivers/gpu/drm/i915/intel_display.c
 Hunk #1 FAILED at 8314.
 Hunk #2 FAILED at 9814.
 Hunk #3 succeeded at 5754 with fuzz 2 (offset -4112 lines).
 Hunk #4 succeeded at 9420 with fuzz 1 (offset -462 lines).
 2 out of 4 hunks FAILED -- saving rejects to file 
 drivers/gpu/drm/i915/intel_display.c.rej
 
 The code is completely reworked in 3.11 so this won't ever apply
 as-is. But in any case stable rules dictate that a bug must be fixed
 in the latest upstream code first. Henc can you please test the latest
 3.11-rc kernel?
 
 Thanks, Daniel
 
Tried it few times in a row - didn't observed that issue any more (3.11-rc4)

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()

2013-08-06 Thread Toralf Förster 
with kernel 3.10.5 at a ThinkPad T420 at a 32bit stable Gentoo Linux I
got the attached trace today.

I'm not sure if it is a regression of 3.10.4 or if it is new.



-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
Aug  6 17:37:52 n22 kernel: PM: Syncing filesystems ... done.
Aug  6 17:37:52 n22 kernel: Freezing user space processes ... (elapsed 0.01 seconds) done.
Aug  6 17:37:52 n22 kernel: PM: Preallocating image memory... done (allocated 59546 pages)
Aug  6 17:37:52 n22 kernel: PM: Allocated 238184 kbytes in 0.51 seconds (467.02 MB/s)
Aug  6 17:37:52 n22 kernel: Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done.
Aug  6 17:37:52 n22 kernel: Suspending console(s) (use no_console_suspend to debug)
Aug  6 17:37:52 n22 kernel: PM: freeze of devices complete after 308.684 msecs
Aug  6 17:37:52 n22 kernel: PM: late freeze of devices complete after 0.290 msecs
Aug  6 17:37:52 n22 kernel: PM: noirq freeze of devices complete after 1.729 msecs
Aug  6 17:37:52 n22 kernel: ACPI: Preparing to enter system sleep state S4
Aug  6 17:37:52 n22 kernel: PM: Saving platform NVS memory
Aug  6 17:37:52 n22 kernel: Disabling non-boot CPUs ...
Aug  6 17:37:52 n22 kernel: smpboot: CPU 1 is now offline
Aug  6 17:37:52 n22 kernel: smpboot: CPU 2 is now offline
Aug  6 17:37:52 n22 kernel: smpboot: CPU 3 is now offline
Aug  6 17:37:52 n22 kernel: PM: Creating hibernation image:
Aug  6 17:37:52 n22 kernel: PM: Need to copy 58540 pages
Aug  6 17:37:52 n22 kernel: PM: Normal pages needed: 41429 + 1024, available pages: 186168
Aug  6 17:37:52 n22 kernel: PM: Restoring platform NVS memory
Aug  6 17:37:52 n22 kernel: Enabling non-boot CPUs ...
Aug  6 17:37:52 n22 kernel: smpboot: Booting Node 0 Processor 1 APIC 0x1
Aug  6 17:37:52 n22 kernel: Initializing CPU#1
Aug  6 17:37:52 n22 kernel: Disabled fast string operations
Aug  6 17:37:52 n22 kernel: CPU1 is up
Aug  6 17:37:52 n22 kernel: smpboot: Booting Node 0 Processor 2 APIC 0x2
Aug  6 17:37:52 n22 kernel: Initializing CPU#2
Aug  6 17:37:52 n22 kernel: Disabled fast string operations
Aug  6 17:37:52 n22 kernel: CPU2 is up
Aug  6 17:37:52 n22 kernel: smpboot: Booting Node 0 Processor 3 APIC 0x3
Aug  6 17:37:52 n22 kernel: Initializing CPU#3
Aug  6 17:37:52 n22 kernel: Disabled fast string operations
Aug  6 17:37:52 n22 kernel: CPU3 is up
Aug  6 17:37:52 n22 kernel: ACPI: Waking up from system sleep state S4
Aug  6 17:37:52 n22 kernel: thinkpad_acpi: EC reports that Thermal Table has changed
Aug  6 17:37:52 n22 kernel: i915 :00:02.0: power state changed by ACPI to D0
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1a.0: power state changed by ACPI to D0
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1d.0: power state changed by ACPI to D0
Aug  6 17:37:52 n22 kernel: PM: noirq restore of devices complete after 22.155 msecs
Aug  6 17:37:52 n22 kernel: PM: early restore of devices complete after 0.058 msecs
Aug  6 17:37:52 n22 kernel: i915 :00:02.0: setting latency timer to 64
Aug  6 17:37:52 n22 kernel: e1000e :00:19.0: setting latency timer to 64
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1a.0: setting latency timer to 64
Aug  6 17:37:52 n22 kernel: usb usb1: root hub lost power or was reset
Aug  6 17:37:52 n22 kernel: e1000e :00:19.0: irq 41 for MSI/MSI-X
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1d.0: setting latency timer to 64
Aug  6 17:37:52 n22 kernel: usb usb2: root hub lost power or was reset
Aug  6 17:37:52 n22 kernel: snd_hda_intel :00:1b.0: irq 44 for MSI/MSI-X
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1a.0: cache line size of 64 is not supported
Aug  6 17:37:52 n22 kernel: ahci :00:1f.2: setting latency timer to 64
Aug  6 17:37:52 n22 kernel: [drm] Wrong MCH_SSKPD value: 0x16040307
Aug  6 17:37:52 n22 kernel: [drm] This can cause pipe underruns and display issues.
Aug  6 17:37:52 n22 kernel: [drm] Please upgrade your BIOS to fix this.
Aug  6 17:37:52 n22 kernel: ehci-pci :00:1d.0: cache line size of 64 is not supported
Aug  6 17:37:52 n22 kernel: iwlwifi :03:00.0: RF_KILL bit toggled to enable radio.
Aug  6 17:37:52 n22 kernel: [ cut here ]
Aug  6 17:37:52 n22 kernel: WARNING: at drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()
Aug  6 17:37:52 n22 kernel: Modules linked in: bridge stp ipv6 llc tun snd_hda_codec_conexant snd_hda_intel uvcvideo videobuf2_vmalloc videobuf2_memops videobuf2_core videodev i915 snd_hda_codec arc4 iwldvm coretemp kvm_intel cfbfillrect cfbimgblt usblp kvm mac80211 snd_pcm i2c_algo_bit cfbcopyarea intel_agp snd_page_alloc intel_gtt fbcon bitblit softcursor font sdhci_pci drm_kms_helper sdhci drm mmc_core agpgart thinkpad_acpi iwlwifi snd_timer nvram snd cfg80211 rfkill fb fbdev thermal evdev soundcore psmouse acpi_cpufreq wmi mperf ac tpm_tis i2c_i801 tpm tpm_bios e1000e battery 8250_pci video button 8250 serial_core ptp processor i2c_core pps_core thermal_sys hwmon aesni_intel ablk_helper

Re: [Intel-gfx] 3.10.2 : new warning WARNING: at drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()

2013-08-06 Thread Toralf Förster 
On 07/26/2013 07:58 PM, Daniel Vetter wrote:
 On Wed, Jul 24, 2013 at 05:51:41PM +0200, Toralf Förster wrote:
 Realized this today while booting a ThinkPad T420 with integrated intel 
 graphic :
 
 Can you please retest with latest upstream git from Linus' tree?

erm, that patch won't apply onto 3.10.5 :

patch -p1 --dry-run  /home/tfoerste/devel/my/drm.patch
patching file drivers/gpu/drm/i915/intel_display.c
Hunk #1 FAILED at 8314.
Hunk #2 FAILED at 9814.
Hunk #3 succeeded at 5754 with fuzz 2 (offset -4112 lines).
Hunk #4 succeeded at 9420 with fuzz 1 (offset -462 lines).
2 out of 4 hunks FAILED -- saving rejects to file 
drivers/gpu/drm/i915/intel_display.c.rej


 commit 35c95375f69ceec721fea67a0532bc17ceb5cf64
 Author: Daniel Vetter daniel.vet...@ffwll.ch
 Date:   Wed Jul 17 06:55:04 2013 +0200
 
 drm/i915: Sanitize shared dpll state
 
 Could be the fix for the issue you're hitting here.
 
 If that doesn't help please boot with drm.debug=0xe added to your kernel
 cmdline, reproduce the backtraces and then attch the complete dmesg.
 
 Thanks, Daniel
 

 Jul 24 17:36:10 n22 kernel: [ cut here ]
 Jul 24 17:36:10 n22 kernel: WARNING: at 
 drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 
 [i915]()
 Jul 24 17:36:10 n22 kernel: Modules linked in: cpufreq_stats bridge stp ipv6 
 llc tun i915 cfbfillrect cfbimgblt i2c_algo_bit cfbcopyarea intel_agp 
 intel_gtt sdhci_pci fbcon bitblit softcursor font drm_kms_helper drm 
 uvcvideo agpgart videobuf2_vmalloc videobuf2_memops videobuf2_core videodev 
 usblp coretemp kvm_intel arc4 iwldvm sdhci fb kvm mmc_core e1000e mac80211 
 psmouse fbdev evdev iwlwifi acpi_cpufreq mperf video ptp pps_core thermal 
 processor thinkpad_acpi cfg80211 thermal_sys nvram rfkill wmi ac tpm_tis tpm 
 tpm_bios button battery snd_hda_codec_conexant snd_hda_intel snd_hda_codec 
 snd_pcm i2c_i801 snd_page_alloc i2c_core snd_timer 8250_pci snd 8250 
 soundcore serial_core hwmon aesni_intel ablk_helper cryptd lrw aes_i586 xts 
 gf128mul cbc fuse nfs lockd sunrpc dm_crypt dm_mod hid_monterey 
 hid_microsoft hid_logitech hid_ezkey hid_cypress hid_chicony hid_cherry 
 hid_belkin hid_apple hid_a4tech hid_generic usbhid hid sr_mod cdrom sg [last 
 unloaded: microcode]
 Jul 24 17:36:10 n22 kernel: CPU: 1 PID: 4759 Comm: kworker/u16:38 Not 
 tainted 3.10.2 #6
 Jul 24 17:36:10 n22 kernel: Hardware name: LENOVO 4180F65/4180F65, BIOS 
 83ET75WW (1.45 ) 05/10/2013
 Jul 24 17:36:10 n22 kernel: Workqueue: events_unbound async_run_entry_fn
 Jul 24 17:36:10 n22 kernel: f8be6eec f8be6eec ecd13cc0 c13d42ed ecd13ce8 
 c1033e84 c1490e7d f8be6eec
 Jul 24 17:36:10 n22 kernel: 0678 f8ba69fe f8ba69fe f17d3210 ed81 
 ed81161c ecd13cf8 c1033ec2
 Jul 24 17:36:10 n22 kernel: 0009  ecd13d4c f8ba69fe 0004 
 f8bee15e f8bdd140 f8be765c
 Jul 24 17:36:10 n22 kernel: Call Trace:
 Jul 24 17:36:10 n22 kernel: [c13d42ed] dump_stack+0x16/0x18
 Jul 24 17:36:10 n22 kernel: [c1033e84] warn_slowpath_common+0x64/0x80
 Jul 24 17:36:10 n22 kernel: [f8ba69fe] ? ironlake_crtc_disable+0x7ce/0x800 
 [i915]
 Jul 24 17:36:10 n22 kernel: [f8ba69fe] ? ironlake_crtc_disable+0x7ce/0x800 
 [i915]
 Jul 24 17:36:10 n22 kernel: [c1033ec2] warn_slowpath_null+0x22/0x30
 Jul 24 17:36:10 n22 kernel: [f8ba69fe] ironlake_crtc_disable+0x7ce/0x800 
 [i915]
 Jul 24 17:36:10 n22 kernel: [f8ba7d64] __intel_set_mode+0x414/0xc10 [i915]
 Jul 24 17:36:10 n22 kernel: [f8bb1645] 
 intel_modeset_setup_hw_state+0x665/0x990 [i915]
 Jul 24 17:36:10 n22 kernel: [c13d5c48] ? mutex_lock+0x18/0x40
 Jul 24 17:36:10 n22 kernel: [f8b8021d] __i915_drm_thaw+0xed/0x180 [i915]
 Jul 24 17:36:10 n22 kernel: [f8b9adf2] ? 
 i915_gem_restore_gtt_mappings+0x92/0xd0 [i915]
 Jul 24 17:36:10 n22 kernel: [f8b806cd] i915_resume+0x6d/0xc0 [i915]
 Jul 24 17:36:10 n22 kernel: [f8b80732] i915_pm_resume+0x12/0x20 [i915]
 Jul 24 17:36:10 n22 kernel: [c124fa06] pci_pm_restore+0x66/0xd0
 Jul 24 17:36:10 n22 kernel: [c12bd6d1] dpm_run_callback.isra.4+0x31/0x60
 Jul 24 17:36:10 n22 kernel: [c105d39e] ? complete_all+0x4e/0x60
 Jul 24 17:36:10 n22 kernel: [c124f9a0] ? pci_pm_suspend_noirq+0x160/0x160
 Jul 24 17:36:10 n22 kernel: [c12bd77f] device_resume+0x7f/0xf0
 Jul 24 17:36:10 n22 kernel: [c12bd80e] async_resume+0x1e/0x50
 Jul 24 17:36:10 n22 kernel: [c10621a6] ? try_to_wake_up+0xa6/0x220
 Jul 24 17:36:10 n22 kernel: [c105ae68] async_run_entry_fn+0x38/0x140
 Jul 24 17:36:10 n22 kernel: [c104e5fe] process_one_work+0x10e/0x390
 Jul 24 17:36:10 n22 kernel: [c104c7f5] ? start_worker+0x25/0x30
 Jul 24 17:36:10 n22 kernel: [c104f3c8] ? manage_workers.isra.24+0x188/0x290
 Jul 24 17:36:10 n22 kernel: [c104f5d2] worker_thread+0x102/0x320
 Jul 24 17:36:10 n22 kernel: [c104f4d0] ? manage_workers.isra.24+0x290/0x290
 Jul 24 17:36:10 n22 kernel: [c1054b44] kthread+0x94/0xa0
 Jul 24 17:36:10 n22 kernel: [c13d8bb7] ret_from_kernel_thread+0x1b/0x28
 Jul 24 17:36:10 n22 kernel: [c1054ab0] ? flush_kthread_worker+0x90/0x90
 Jul 24 17:36:10

Re: [Intel-gfx] i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()

2013-08-06 Thread Toralf Förster 
On 08/06/2013 07:38 PM, Toralf Förster wrote:
 with kernel 3.10.5 at a ThinkPad T420 at a 32bit stable Gentoo Linux I
 got the attached trace today.
 
 I'm not sure if it is a regression of 3.10.4 or if it is new.
 
 
 
ick - overlooked an existing thread to thais - forget this mail

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] 3.10.2 : new warning WARNING: at drivers/gpu/drm/i915/intel_display.c:1656 ironlake_crtc_disable+0x7ce/0x800 [i915]()

2013-07-24 Thread Toralf Förster 
 ablk_helper cryptd lrw aes_i586 xts gf128mul cbc fuse nfs lockd 
sunrpc dm_crypt dm_mod hid_monterey hid_microsoft hid_logitech hid_ezkey 
hid_cypress hid_chicony hid_cherry hid_belkin hid_apple hid_a4tech hid_generic 
usbhid hid sr_mod cdrom sg [last unloaded: microcode]
Jul 24 17:36:10 n22 kernel: CPU: 1 PID: 4759 Comm: kworker/u16:38 Tainted: G
W3.10.2 #6
Jul 24 17:36:10 n22 kernel: Hardware name: LENOVO 4180F65/4180F65, BIOS 
83ET75WW (1.45 ) 05/10/2013
Jul 24 17:36:10 n22 kernel: Workqueue: events_unbound async_run_entry_fn
Jul 24 17:36:10 n22 kernel: f8be6eec f8be6eec ecd13c7c c13d42ed ecd13ca4 
c1033e84 f8be7074 ecd13cd0
Jul 24 17:36:10 n22 kernel: 0443 f8ba2573 f8ba2573 ed81 ed81161c 
 ecd13cbc c1033f43
Jul 24 17:36:10 n22 kernel: 0009 ecd13cb4 f8be7074 ecd13cd0 ecd13cf8 
f8ba2573 f8be6eec 0443
Jul 24 17:36:10 n22 kernel: Call Trace:
Jul 24 17:36:10 n22 kernel: [c13d42ed] dump_stack+0x16/0x18
Jul 24 17:36:10 n22 kernel: [c1033e84] warn_slowpath_common+0x64/0x80
Jul 24 17:36:10 n22 kernel: [f8ba2573] ? assert_pch_pll+0x193/0x200 [i915]
Jul 24 17:36:10 n22 kernel: [f8ba2573] ? assert_pch_pll+0x193/0x200 [i915]
Jul 24 17:36:10 n22 kernel: [c1033f43] warn_slowpath_fmt+0x33/0x40
Jul 24 17:36:10 n22 kernel: [f8ba2573] assert_pch_pll+0x193/0x200 [i915]
Jul 24 17:36:10 n22 kernel: [f8ba684a] ironlake_crtc_disable+0x61a/0x800 
[i915]
Jul 24 17:36:10 n22 kernel: [f8ba7d64] __intel_set_mode+0x414/0xc10 [i915]
Jul 24 17:36:10 n22 kernel: [f8bb1645] 
intel_modeset_setup_hw_state+0x665/0x990 [i915]
Jul 24 17:36:10 n22 kernel: [c13d5c48] ? mutex_lock+0x18/0x40
Jul 24 17:36:10 n22 kernel: [f8b8021d] __i915_drm_thaw+0xed/0x180 [i915]
Jul 24 17:36:10 n22 kernel: [f8b9adf2] ? 
i915_gem_restore_gtt_mappings+0x92/0xd0 [i915]
Jul 24 17:36:10 n22 kernel: [f8b806cd] i915_resume+0x6d/0xc0 [i915]
Jul 24 17:36:10 n22 kernel: [f8b80732] i915_pm_resume+0x12/0x20 [i915]
Jul 24 17:36:10 n22 kernel: [c124fa06] pci_pm_restore+0x66/0xd0
Jul 24 17:36:10 n22 kernel: [c12bd6d1] dpm_run_callback.isra.4+0x31/0x60
Jul 24 17:36:10 n22 kernel: [c105d39e] ? complete_all+0x4e/0x60
Jul 24 17:36:10 n22 kernel: [c124f9a0] ? pci_pm_suspend_noirq+0x160/0x160
Jul 24 17:36:10 n22 kernel: [c12bd77f] device_resume+0x7f/0xf0
Jul 24 17:36:10 n22 kernel: [c12bd80e] async_resume+0x1e/0x50
Jul 24 17:36:10 n22 kernel: [c10621a6] ? try_to_wake_up+0xa6/0x220
Jul 24 17:36:10 n22 kernel: [c105ae68] async_run_entry_fn+0x38/0x140
Jul 24 17:36:10 n22 kernel: [c104e5fe] process_one_work+0x10e/0x390
Jul 24 17:36:10 n22 kernel: [c104c7f5] ? start_worker+0x25/0x30
Jul 24 17:36:10 n22 kernel: [c104f3c8] ? manage_workers.isra.24+0x188/0x290
Jul 24 17:36:10 n22 kernel: [c104f5d2] worker_thread+0x102/0x320
Jul 24 17:36:10 n22 kernel: [c104f4d0] ? manage_workers.isra.24+0x290/0x290
Jul 24 17:36:10 n22 kernel: [c1054b44] kthread+0x94/0xa0
Jul 24 17:36:10 n22 kernel: [c13d8bb7] ret_from_kernel_thread+0x1b/0x28
Jul 24 17:36:10 n22 kernel: [c1054ab0] ? flush_kthread_worker+0x90/0x90
Jul 24 17:36:10 n22 kernel: ---[ end trace 7f63a6cbe7b8fcf4 ]---
Jul 24 17:36:10 n22 kernel: ata1: SATA link up 3.0 Gbps (SStatus 123 SControl 
300)
Jul 24 17:36:10 n22 kernel: ata5: SATA link down (SStatus 0 SControl 300)




-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

Re: [Intel-gfx] ThinkPad T420 + kernel 3.8.x + external VGA display == wrong resolution

2013-03-05 Thread Toralf Förster 
On 03/05/2013 11:41 AM, Daniel Vetter wrote:
 against DRI - DRM(Intel) and attach the files there together with
 your quick description of the regression above.
 
 Thanks, Daniel

np :

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

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx

[Intel-gfx] RC6 for an Intel GU doesn't always work

2012-10-11 Thread Toralf Förster 
Sometimes - after a reboot or after wakeup from s2disk I'm observed at
my ThinkPad T420 (i5-2540M CPU) w/ integrated intel graphic (i915
module) since 3.6-rc(5?), that the temperature is above 80°C (usually it
is around/lower than 50 °C). Powertop-2.1 shows, that the all 4 CPU
cores are mostly idle, but the GPU is running at 100%. It looks for me
that the power saving mode RC6 isn't active.

After 1-2 s2ram's however the issue went away.

I'm observing the issue both under my Gentoo Linux and under a RH system
(kernel 3.6.1 each).

It is hard to bisect b/c not reliable.

-- 
MfG/Sincerely
Toralf Förster
pgp finger print: 7B1A 07F4 EC82 0F90 D4C2 8936 872A E508 7DB6 9DA3
___
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx