Description:
Hello, I am not sure if this is the right place to report and if this is really a kernel bug because it is hard to reproduce. I have a Lenovo Thinkpad X230 and use it with a Docking Station (Type 4337) and two external monitors. This used to work normally but for some time now I get "general protection faults" seemingly randomly when I leave the laptop and do not work on it for some time (i.e., I expect this happens because of some power saving feature, e.g., when monitors are turned off). Then, the laptop does not respond anymore, even if I take it out of the docking station, I have to shut it down by pressing the power off button. This error did not happen so far when the laptop is not docked.

Additional info:
* package version(s)
Linux schwarzbaer 4.4.1-2-ARCH #1 SMP PREEMPT Wed Feb 3 13:12:33 UTC 2016 x86_64 GNU/Linux

* config and/or log files etc.
An excerpt of journalctl that shows the error message:
Feb 24 22:06:25 schwarzbaer kernel: general protection fault: 0000 [#1] PREEMPT SMP
Feb 24 22:06:25 schwarzbaer kernel: Modules linked in: fuse sha256_ssse3 sha256_generic hmac drbg ansi_cprng ctr ccm nls_iso8859_1 nls_cp437 vfat fat u
Feb 24 22:06:25 schwarzbaer kernel: shpchp ptp snd_hda_codec_realtek snd_hda_codec_generic mei pps_core snd_hda_intel snd_hda_codec snd_hda_core snd_h
Feb 24 22:06:25 schwarzbaer kernel: CPU: 3 PID: 663 Comm: Xorg Not tainted 4.4.1-2-ARCH #1
Feb 24 22:06:25 schwarzbaer kernel: Hardware name: LENOVO 23257R5/23257R5, BIOS G2ET82WW (2.02 ) 09/11/2012
Feb 24 22:06:25 schwarzbaer kernel: task: ffff88020e980000 ti: ffff88020e97c000 task.ti: ffff88020e97c000
Feb 24 22:06:25 schwarzbaer kernel: RIP: 0010:[<ffffffff8158f93d>] [<ffffffff8158f93d>] mutex_lock+0xd/0x30
Feb 24 22:06:25 schwarzbaer kernel: RSP: 0018:ffff88020e97fa10 EFLAGS: 00010206
Feb 24 22:06:25 schwarzbaer kernel: RAX: 00000000187f8b4c RBX: ffeb50a0e8c3f373 RCX: 0000000006593503
Feb 24 22:06:25 schwarzbaer kernel: RDX: ffff8800d25d53c0 RSI: 0000000000ff8800 RDI: ffeb50a0e8c3f373
Feb 24 22:06:25 schwarzbaer kernel: RBP: ffff88020e97fa18 R08: 0000000000018ac0 R09: ffffffffa05edcf6
Feb 24 22:06:25 schwarzbaer kernel: R10: ffffea0001ff1140 R11: ffff8800c784bcc0 R12: 0000000000ff8800
Feb 24 22:06:25 schwarzbaer kernel: R13: ffeb50a0e8c3f373 R14: ffffffff811e07f0 R15: 0000000000000080
Feb 24 22:06:25 schwarzbaer kernel: FS: 00007f496b716940(0000) GS:ffff88021e2c0000(0000) knlGS:0000000000000000
Feb 24 22:06:25 schwarzbaer kernel: CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Feb 24 22:06:25 schwarzbaer kernel: CR2: 00007f95f3b1d410 CR3: 000000020e8e9000 CR4: 00000000001406e0
Feb 24 22:06:25 schwarzbaer kernel: Stack:
Feb 24 22:06:25 schwarzbaer kernel: ffeb50a0e8c35d5b ffff88020e97fa48 ffffffffa06ce2d9 ffff8800bd513b00
Feb 24 22:06:25 schwarzbaer kernel: ffffffff811e07f0 0000000000000000 ffeb50a0e8c35d5b ffff88020e97fa80
Feb 24 22:06:25 schwarzbaer kernel: ffffffffa06c994d ffff8800d58f3a00 ffff8802131ad800 0000000000000000
Feb 24 22:06:25 schwarzbaer kernel: Call Trace:
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffffa06ce2d9>] intel_psr_invalidate+0x29/0x80 [i915]
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff811e07f0>] ? get_max_files+0x20/0x20
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffffa06c994d>] intel_fb_obj_invalidate+0x4d/0xf0 [i915]
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffffa06d3443>] intel_fbdev_set_par+0x43/0x60 [i915]
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff8133c3e6>] fb_set_var+0x236/0x460
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff810bd68e>] ? cpuacct_charge+0x4e/0x60
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff810a9f15>] ? update_curr+0xd5/0x160
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff810a733b>] ? set_next_entity+0xab/0x8c0
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff8133308f>] fbcon_blank+0x30f/0x350
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff813af743>] do_unblank_screen+0xc3/0x190
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff813a56d9>] complete_change_console+0x59/0xe0
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff813a5e70>] vt_ioctl+0x710/0x12e0
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffffa05d8bf8>] ? drm_dropmaster_ioctl+0x68/0x80 [drm]
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffffa05d47e9>] ? drm_ioctl+0x189/0x540 [drm]
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff8139a061>] tty_ioctl+0x361/0xc20
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff81258ea1>] ? kernfs_fop_write+0xa1/0x170
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff811de6f7>] ? __vfs_write+0x37/0x100
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff811f0b68>] do_vfs_ioctl+0x298/0x480
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff811fabe7>] ? __fget+0x77/0xb0
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff811f0dc9>] SyS_ioctl+0x79/0x90
Feb 24 22:06:25 schwarzbaer kernel: [<ffffffff81591b2e>] entry_SYSCALL_64_fastpath+0x12/0x71
Feb 24 22:06:25 schwarzbaer kernel: Code: ff ff 31 c0 87 03 83 f8 01 0f 85 63 ff ff ff eb d7 e8 68 6a ae ff 0f 1f 84 00 00 00 00 00 0f 1f 44 00 00 55 4
Feb 24 22:06:25 schwarzbaer kernel: RIP [<ffffffff8158f93d>] mutex_lock+0xd/0x30
Feb 24 22:06:25 schwarzbaer kernel: RSP <ffff88020e97fa10>
Feb 24 22:06:25 schwarzbaer kernel: ---[ end trace 61158fed26c4a761 ]---

Steps to reproduce:
Boot Lenovo X230 laptop in docking station Type 4337 with external monitors. Leave it for some time. The general protection fault does not always happen but I could reproduce this now at least 5 times (although I never know when it happens).

Please tell me if I can provide additional logs.

Thanks,
Dominik