Bug 748736

Summary: [drm:pch_irq_handler] *ERROR* PCH poison interrupt
Product: [Fedora] Fedora Reporter: brhahlen <brhahlen+tech>
Component: xorg-x11-drv-intelAssignee: Adam Jackson <ajax>
Status: CLOSED CURRENTRELEASE QA Contact: Fedora Extras Quality Assurance <extras-qa>
Severity: high Docs Contact:
Priority: unspecified    
Version: 16CC: ajax, ar99, brhahlen+tech, cmanton, gansalmon, itamar, jonathan, jpayne, kernel-maint, madhu.chinakonda, maurizio.antillon, xgl-maint
Target Milestone: ---   
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-08-29 18:01:09 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:

Description brhahlen 2011-10-25 08:29:04 UTC
Description of problem:
First off: I am not entirely sure whether this is a kernel problem or a xorg-x11-drv-intel problem, but since the /var/log/messages "specifies" the kernel in the error message, I have filed it there.

I am using a Lenovo Thinkpad T520 laptop, which has an Intel i915 Graphics chip. While at home, I attach the laptop to my KVM switch, to be able to use my own keyboard, mouse and monitor. Before, with my T61 laptop and F15 x86_64, this worked perfectly.
However, everytime I connect my laptop to the KVM switch and switch to the port, the laptop screen flickers and the external monitor turns blank, as if on power-saving mode.
An error is logged in /var/log/messages, reading:
kernel: [   62.644668] [drm:pch_irq_handler] *ERROR* PCH poison interrupt

Whilst having the KVM switch attached, but not on the laptop switch, Fedora "sees" my monitor and outputs an image to it. This can be seen shortly when switching to the laptop, but then the monitor turns blank again.

When using Windows, this problem does not occur. As stated before, it did not used to occur when using F15 x86_64 on a Lenovo T61 laptop.

The external monitor works without a problem when connected directly to the laptop.

Version-Release number of selected component (if applicable):
kernel.x86_64        2.6.40.6-0.fc15
xorg-x11-drv-intel   2.15.0-5.fc15

How reproducible:
100%

Steps to Reproduce:
1. Attach external monitor to KVM switch
2. Attach KVM switch to VGA port of laptop
3. Switch to laptop on KVM switch
  
Actual results:
External monitor blanks out as if on power-saving mode

Expected results:
Being able to use the external monitor

Additional info:
Looks a lot like bug 680333, bug 691429, bug 698965, bug 703742, and bug 713907.

Also, the same problem seems to occur in Fedora 16 Beta (Live Image tested).

lspci:
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:16.3 Serial controller: Intel Corporation 6 Series/C200 Series Chipset Family KT Controller (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB Controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4)
00:1d.0 USB Controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35)
0d:00.0 System peripheral: Ricoh Co Ltd Device e823 (rev 05)
0d:00.3 FireWire (IEEE 1394): Ricoh Co Ltd FireWire Host Controller (rev 04)

lsmod:
Module                  Size  Used by
fuse                   62381  3 
ppdev                   7508  0 
parport_pc             21184  0 
lp                      9677  0 
parport                32342  3 ppdev,parport_pc,lp
vboxpci                13615  0 
vboxnetadp              5674  0 
vboxnetflt             15321  0 
vboxdrv              1806127  4 vboxpci,vboxnetadp,vboxnetflt
cpufreq_ondemand        5934  4 
acpi_cpufreq            9536  1 
mperf                   1449  1 acpi_cpufreq
rfcomm                 59280  4 
bnep                   14635  2 
ip6t_REJECT             3992  2 
nf_conntrack_ipv6       7730  2 
nf_defrag_ipv6          9083  1 nf_conntrack_ipv6
ip6table_filter         1655  1 
ip6_tables             16908  1 ip6table_filter
nf_conntrack_ipv4       8358  2 
nf_defrag_ipv4          1513  1 nf_conntrack_ipv4
xt_state                1306  4 
nf_conntrack           67613  3 nf_conntrack_ipv6,nf_conntrack_ipv4,xt_state
xts                     2455  8 
gf128mul                7170  1 xts
dm_crypt               14467  1 
snd_hda_codec_hdmi     22515  1 
snd_hda_codec_conexant    54661  1 
uvcvideo               57089  0 
btusb                  14828  2 
videodev               72120  1 uvcvideo
bluetooth             191587  23 rfcomm,bnep,btusb
media                  11611  2 uvcvideo,videodev
v4l2_compat_ioctl32     7377  1 videodev
arc4                    1417  2 
snd_hda_intel          23896  2 
snd_hda_codec          82508  3 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel
snd_hwdep               6328  1 snd_hda_codec
snd_seq                52322  0 
snd_seq_device          5941  1 snd_seq
iwlagn                322219  0 
snd_pcm                78520  3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec
mac80211              247272  1 iwlagn
joydev                  9615  0 
i2c_i801                9237  0 
e1000e                170698  0 
cfg80211              148145  2 iwlagn,mac80211
snd_timer              19372  2 snd_seq,snd_pcm
iTCO_wdt               13000  0 
snd_page_alloc          7343  2 snd_hda_intel,snd_pcm
iTCO_vendor_support     2578  1 iTCO_wdt
thinkpad_acpi          66350  0 
rfkill                 16436  5 bluetooth,cfg80211,thinkpad_acpi
snd                    63380  14 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_seq,snd_seq_device,snd_pcm,snd_timer,thinkpad_acpi
soundcore               6267  1 snd
ipv6                  284698  91 ip6t_REJECT,nf_conntrack_ipv6,nf_defrag_ipv6
sdhci_pci               8849  0 
sdhci                  22752  1 sdhci_pci
firewire_ohci          26085  0 
mmc_core               76665  1 sdhci
firewire_core          49191  1 firewire_ohci
crc_itu_t               1547  1 firewire_core
wmi                     9033  0 
i915                  378744  5 
drm_kms_helper         26474  1 i915
drm                   193955  6 i915,drm_kms_helper
i2c_algo_bit            5006  1 i915
i2c_core               25712  6 videodev,i2c_i801,i915,drm_kms_helper,drm,i2c_algo_bit
video                  12340  1 i915

Comment 1 brhahlen 2011-11-18 19:39:13 UTC
Bug still exists in Fedora 16

Comment 2 Justin Payne 2011-12-07 17:42:01 UTC
I have had the same errors and screen blanking, but under different tasks. My T520 would go blank and not recover sometimes just sitting idle, and sometimes during flash video viewing. I have been testing the following kernel option with success.

video=LVDS-1:e

I came across this info in the following bug report:

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/515246/comments/55

Comment 3 brhahlen 2012-04-08 19:57:40 UTC
Bug persists with kernel 3.3

Comment 4 brhahlen 2012-07-23 19:20:31 UTC
Error persists in Fedora 17 as well...
Is this something that can be fixed?

Comment 5 Alejandro Rodriguez 2012-08-22 14:55:35 UTC
I have a similar problem with Centos 6.3, running console only.

kernel 2.6.32-279.5.1.el6.x86_64
mobo ASUS P8Z68-M PRO
KVM DLink DKVM-8E
Monitor SAMSUNG SyncMaster 793mb

if I attach the KVM to the PC, the monitor begin to turn on/off every a few seconds and get lots of  
[drm:pch_irq_handler] *ERROR* PCH poison interrupt

here a patch for kernel 3.5

https://lkml.org/lkml/2012/6/8/530
https://bugs.freedesktop.org/show_bug.cgi?id=50501

Comment 6 Alejandro Rodriguez 2012-08-22 14:57:52 UTC
the following kernel option solve my problem.

i915.modeset=0

Comment 7 Chris 2012-08-23 03:13:43 UTC
Thanks Alejandro,

Your kernel config option helped my system stay stable too.

Comment 8 Adam Jackson 2012-08-29 18:01:09 UTC
Should be fixed in 3.5 with:

commit 23e81d691a813839020f6e516b398d0f9369fe8b
Author: Adam Jackson <ajax>
Date:   Wed Jun 6 15:45:44 2012 -0400

    drm/i915: pch_irq_handler -> {ibx, cpt}_irq_handler
    
    Cougar/Panther Point redefine the bits in SDEIIR pretty completely.
    This function is just debugging, but if we're debugging we probably want
    to be told accurate things instead of lies.
    
    I'm told Lynx Point changes this yet more, but I have no idea how...
    
    Note from Eugeni's review:
    
    "For the record and for future enabling efforts, for LPT, bits 28-31
    and 1-14 are gone since CPT/PPT (e.g., those must be zero). And there
    is the bit 15 as a new addition, but we are not using it yet and
    probably won't be using in foreseeable future."
    
    Signed-off-by: Adam Jackson <ajax>
    Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=35103
    Reviewed-by: Eugeni Dodonov <eugeni.dodonov>
    Signed-off-by: Daniel Vetter <daniel.vetter>

Comment 9 brhahlen 2012-09-13 08:07:07 UTC
Still doesn't work for me, with kernel 3.5.3
Not even with the i915.modeset=0 setting on boot.