Bug 76520 - [965gm regression v3.13] TOSHIBA Satellite U400 intel GM965/GL960 suspend/resume failure kernel 3.14 rc7, rc6, 3.13
Summary: [965gm regression v3.13] TOSHIBA Satellite U400 intel GM965/GL960 suspend/res...
Status: CLOSED FIXED
Alias: None
Product: DRI
Classification: Unclassified
Component: DRM/Intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: highest major
Assignee: Ville Syrjala
QA Contact: Intel GFX Bugs mailing list
URL:
Whiteboard:
Keywords:
: 75379 (view as bug list)
Depends on:
Blocks:
 
Reported: 2014-03-23 17:30 UTC by Tim Richardson
Modified: 2017-07-24 22:55 UTC (History)
2 users (show)

See Also:
i915 platform:
i915 features:


Attachments
dmesg.0 (59.16 KB, text/plain)
2014-03-24 09:30 UTC, Tim Richardson
no flags Details
intel_reg_dumper_before_good.txt (13.56 KB, text/plain)
2014-04-20 07:13 UTC, Tim Richardson
no flags Details
intel reg dumper after good (13.47 KB, text/plain)
2014-04-20 07:14 UTC, Tim Richardson
no flags Details
intel reg dumper before bad (13.59 KB, text/plain)
2014-04-20 07:14 UTC, Tim Richardson
no flags Details
dmesg with drm debug on a bad kernel (88.05 KB, text/plain)
2014-05-11 12:24 UTC, Tim Richardson
no flags Details
[PATCH] drm/i915: Populate pipe_config.pixel_multiplier even for disabled pipes (3.08 KB, patch)
2014-06-07 22:58 UTC, Ville Syrjala
no flags Details | Splinter Review
dmesg from resume after successful patch applied (61.19 KB, text/plain)
2014-06-08 15:08 UTC, Tim Richardson
no flags Details
dmesg after suspend resume with drm debug on (88.83 KB, text/plain)
2014-06-09 05:59 UTC, Tim Richardson
no flags Details
dmesg after suspend resume with drm debug on (attempt 2) (87.48 KB, text/plain)
2014-06-09 09:50 UTC, Tim Richardson
no flags Details
attempt 3: dmesg > (114.27 KB, text/plain)
2014-06-09 09:55 UTC, Tim Richardson
no flags Details
[PATCH] drm/i915: Avoid div-by-zero when pixel_multiplier is zero (2.19 KB, patch)
2014-06-09 10:25 UTC, Ville Syrjala
no flags Details | Splinter Review
dmesg after suspend resume with drm debug on, second patch (121.01 KB, text/plain)
2014-06-09 13:06 UTC, Tim Richardson
no flags Details

Description Tim Richardson 2014-03-23 17:30:16 UTC
[details based on ubuntu upstream reporting template]
[contents include /proc/version, lspci -vvv,sh ver_linux,/proc/cpuinfo/, /proc/modules/ etc

This bug appeared in 3.13 and was present in mainline 3.14 rc 6 & 7
Many previous versions have not had this problem (for at least three years of linux installations, mostly ubuntu).

I was requested to post this bug here by Ubuntu since it is present in mainline kernels.



[TOSHIBA Satellite U400] suspend/resume failure 
Linux version 3.14.0-031400rc7-generic


[2.] Full description of the problem/report:
After suspending, the laptop does not resume properly. There is some hard drive activity, but the screen never appears. When resuming, Ubuntu detects a kernel crash. However, Ubuntu developers directed me to test upstream kernels. Every upstream kernel I tested showed the problem. This problem has not occurred in previous versions of Ubuntu.

The video hardware is Intel 
lspci: 

00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 03) (prog-if 00 [VGA controller])
	Subsystem: Toshiba America Info Systems Device [1179:ff50]
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 44
	Region 0: Memory at f0000000 (64-bit, non-prefetchable) [size=1M]
	Region 2: Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 1800 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41e1
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+
	Kernel driver in use: i915



[4.] Kernel version (from /proc/version):
While booted into the newest upstream mainline kernel only, please execute the following in a terminal and paste the results:
cat /proc/version
Linux version 3.14.0-031400rc7-generic (apw@gomeisa) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #201403162235 SMP Mon Mar 17 02:57:06 UTC 2014



[7.] Environment
Please execute the following in a terminal, and paste the results:
lsb_release -rd
Description:	Ubuntu Trusty Tahr (development branch)
Release:	14.04


[7.1.] Software (add the output of the ver_linux script here)
While booted into the newest upstream mainline kernel only, this is found in the directory:
/usr/src/linux-headers-<VERSION>/scripts


where <VERSION> is the version of the kernel you are using, found in the directory /usr/src. You may run the script by changing to the directory via a terminal, and paste the results:
sh ver_linux


katherine@newton:/usr/src/linux-headers-3.14.0-031400rc7/scripts$ sh ver_linux
If some fields are empty or look unusual you may have an old version.
Compare to the current minimal requirements in Documentation/Changes.
 
Linux newton 3.14.0-031400rc7-generic #201403162235 SMP Mon Mar 17 02:57:06 UTC 2014 i686 i686 i686 GNU/Linux
 
Gnu C                  4.8
Gnu make               3.81
binutils               2.24
util-linux             2.20.1
mount                  support
module-init-tools      15
e2fsprogs              1.42.9
pcmciautils            018
Linux C Library        2.19
Dynamic linker (ldd)   2.19
Procps                 3.3.9
Net-tools              1.60
Kbd                    1.15.5
Sh-utils               8.21
wireless-tools         30
Modules Loaded         ctr ccm snd_hda_codec_hdmi bnep snd_hda_codec_conexant snd_hda_codec_generic rfcomm btusb joydev bluetooth 6lowpan_iphc uvcvideo arc4 videobuf2_vmalloc coretemp videobuf2_memops videobuf2_core snd_hda_intel kvm_intel snd_hda_codec iwl4965 snd_hwdep snd_pcm videodev kvm snd_seq_midi snd_seq_midi_event snd_rawmidi iwlegacy snd_seq snd_seq_device snd_timer mac80211 i915 cfg80211 snd drm_kms_helper soundcore microcode drm toshiba_acpi psmouse sparse_keymap i2c_algo_bit lpc_ich serio_raw toshiba_bluetooth wmi mac_hid lp video parport ahci libahci firewire_ohci sdhci_pci firewire_core sdhci crc_itu_t


[7.2.] Processor information (from /proc/cpuinfo):
While booted into the newest upstream mainline kernel only, execute the following in a terminal, and paste the results:
cat /proc/cpuinfo

katherine@newton:/usr/src/linux-headers-3.14.0-031400rc7/scripts$ cat /proc/cpuinfo
processor	: 0
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T8300  @ 2.40GHz
stepping	: 6
microcode	: 0x60c
cpu MHz		: 800.000
cache size	: 3072 KB
physical id	: 0
siblings	: 2
core id		: 0
cpu cores	: 2
apicid		: 0
initial apicid	: 0
fdiv_bug	: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida dtherm tpr_shadow vnmi flexpriority
bogomips	: 4787.84
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:

processor	: 1
vendor_id	: GenuineIntel
cpu family	: 6
model		: 23
model name	: Intel(R) Core(TM)2 Duo CPU     T8300  @ 2.40GHz
stepping	: 6
microcode	: 0x60c
cpu MHz		: 800.000
cache size	: 3072 KB
physical id	: 0
siblings	: 2
core id		: 1
cpu cores	: 2
apicid		: 1
initial apicid	: 1
fdiv_bug	: no
f00f_bug	: no
coma_bug	: no
fpu		: yes
fpu_exception	: yes
cpuid level	: 10
wp		: yes
flags		: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss ht tm pbe nx lm constant_tsc arch_perfmon pebs bts aperfmperf pni dtes64 monitor ds_cpl vmx est tm2 ssse3 cx16 xtpr pdcm sse4_1 lahf_lm ida dtherm tpr_shadow vnmi flexpriority
bogomips	: 4787.84
clflush size	: 64
cache_alignment	: 64
address sizes	: 36 bits physical, 48 bits virtual
power management:


[7.3.] Module information (from /proc/modules):
While booted into the newest upstream mainline kernel only, execute the following in a terminal, and paste the results:
cat /proc/modules
katherine@newton:/usr/src/linux-headers-3.14.0-031400rc7/scripts$ cat /proc/modules
ctr 13025 2 - Live 0x00000000
ccm 17596 2 - Live 0x00000000
snd_hda_codec_hdmi 46041 1 - Live 0x00000000
bnep 19107 2 - Live 0x00000000
snd_hda_codec_conexant 51951 1 - Live 0x00000000
snd_hda_codec_generic 63224 1 snd_hda_codec_conexant, Live 0x00000000
rfcomm 59012 12 - Live 0x00000000
btusb 27686 0 - Live 0x00000000
joydev 17299 0 - Live 0x00000000
bluetooth 375778 22 bnep,rfcomm,btusb, Live 0x00000000
6lowpan_iphc 18480 1 bluetooth, Live 0x00000000
uvcvideo 72275 0 - Live 0x00000000
arc4 12509 2 - Live 0x00000000
videobuf2_vmalloc 13048 1 uvcvideo, Live 0x00000000
coretemp 13384 0 - Live 0x00000000
videobuf2_memops 13170 1 videobuf2_vmalloc, Live 0x00000000
videobuf2_core 39843 1 uvcvideo, Live 0x00000000
snd_hda_intel 43398 6 - Live 0x00000000
kvm_intel 138023 0 - Live 0x00000000
snd_hda_codec 119362 4 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_codec_generic,snd_hda_intel, Live 0x00000000
iwl4965 112509 0 - Live 0x00000000
snd_hwdep 13276 1 snd_hda_codec, Live 0x00000000
snd_pcm 96053 3 snd_hda_codec_hdmi,snd_hda_intel,snd_hda_codec, Live 0x00000000
videodev 122418 2 uvcvideo,videobuf2_core, Live 0x00000000
kvm 404104 1 kvm_intel, Live 0x00000000
snd_seq_midi 13132 0 - Live 0x00000000
snd_seq_midi_event 14475 1 snd_seq_midi, Live 0x00000000
snd_rawmidi 25198 1 snd_seq_midi, Live 0x00000000
iwlegacy 88257 1 iwl4965, Live 0x00000000
snd_seq 55716 2 snd_seq_midi,snd_seq_midi_event, Live 0x00000000
snd_seq_device 14137 3 snd_seq_midi,snd_rawmidi,snd_seq, Live 0x00000000
snd_timer 28971 2 snd_pcm,snd_seq, Live 0x00000000
mac80211 582807 2 iwl4965,iwlegacy, Live 0x00000000
i915 737884 3 - Live 0x00000000
cfg80211 447796 3 iwl4965,iwlegacy,mac80211, Live 0x00000000
snd 61456 24 snd_hda_codec_hdmi,snd_hda_codec_conexant,snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_seq_midi,snd_rawmidi,snd_seq,snd_seq_device,snd_timer, Live 0x00000000
drm_kms_helper 47293 1 i915, Live 0x00000000
soundcore 12600 1 snd, Live 0x00000000
microcode 19509 0 - Live 0x00000000
drm 249035 4 i915,drm_kms_helper, Live 0x00000000
toshiba_acpi 18382 0 - Live 0x00000000
psmouse 97104 0 - Live 0x00000000
sparse_keymap 13658 1 toshiba_acpi, Live 0x00000000
i2c_algo_bit 13316 1 i915, Live 0x00000000
lpc_ich 16987 0 - Live 0x00000000
serio_raw 13230 0 - Live 0x00000000
toshiba_bluetooth 12748 0 - Live 0x00000000
wmi 18827 1 toshiba_acpi, Live 0x00000000
mac_hid 13077 0 - Live 0x00000000
lp 13359 0 - Live 0x00000000
video 19330 1 i915, Live 0x00000000
parport 40945 1 lp, Live 0x00000000
ahci 29802 2 - Live 0x00000000
libahci 30899 1 ahci, Live 0x00000000
firewire_ohci 36237 0 - Live 0x00000000
sdhci_pci 18609 0 - Live 0x00000000
firewire_core 62418 1 firewire_ohci, Live 0x00000000
sdhci 38093 1 sdhci_pci, Live 0x00000000
crc_itu_t 12627 1 firewire_core, Live 0x00000000




[7.4.] Loaded driver and hardware information (/proc/ioports, /proc/iomem)
While booted into the newest upstream mainline kernel only, execute the following in a terminal, and paste the results:
cat /proc/ioports

katherine@newton:/usr/src/linux-headers-3.14.0-031400rc7/scripts$ cat /proc/ioports
0000-0cf7 : PCI Bus 0000:00
  0000-001f : dma1
  0020-0021 : pic1
  0040-0043 : timer0
  0050-0053 : timer1
  0060-0060 : keyboard
  0062-0062 : EC data
  0064-0064 : keyboard
  0066-0066 : EC cmd
  0070-0077 : rtc0
  0080-008f : dma page reg
  00a0-00a1 : pic2
  00c0-00df : dma2
  00f0-00ff : fpu
  0170-0177 : 0000:00:1f.1
    0170-0177 : ata_piix
  01f0-01f7 : 0000:00:1f.1
    01f0-01f7 : ata_piix
  0376-0376 : 0000:00:1f.1
    0376-0376 : ata_piix
  03c0-03df : vesafb
  03f6-03f6 : 0000:00:1f.1
    03f6-03f6 : ata_piix
  0800-080f : pnp 00:04
0cf8-0cff : PCI conf1
0d00-ffff : PCI Bus 0000:00
  1000-1003 : ACPI PM1a_EVT_BLK
  1004-1005 : ACPI PM1a_CNT_BLK
  1008-100b : ACPI PM_TMR
  1010-1015 : ACPI CPU throttle
  1020-1020 : ACPI PM2_CNT_BLK
  1028-102f : ACPI GPE0_BLK
  1030-1033 : iTCO_wdt
  1060-107f : iTCO_wdt
  1180-11bf : 0000:00:1f.0
    1180-11bf : pnp 00:04
  1800-1807 : 0000:00:02.0
  1810-181f : 0000:00:1f.1
    1810-181f : ata_piix
  1820-183f : 0000:00:1a.0
    1820-183f : uhci_hcd
  1840-185f : 0000:00:1a.1
    1840-185f : uhci_hcd
  1860-187f : 0000:00:1d.0
    1860-187f : uhci_hcd
  1880-189f : 0000:00:1d.1
    1880-189f : uhci_hcd
  18a0-18bf : 0000:00:1d.2
    18a0-18bf : uhci_hcd
  18d0-18d3 : 0000:00:1f.2
    18d0-18d3 : ahci
  18d4-18d7 : 0000:00:1f.2
    18d4-18d7 : ahci
  18d8-18df : 0000:00:1f.2
    18d8-18df : ahci
  18e0-18ff : 0000:00:1f.2
    18e0-18ff : ahci
  1c00-1c07 : 0000:00:1f.2
    1c00-1c07 : ahci
  1c20-1c3f : 0000:00:1f.3
  2000-2fff : PCI Bus 0000:02
  3000-3fff : PCI Bus 0000:06
  4000-4fff : PCI Bus 0000:08
  fe00-fe00 : pnp 00:04


cat /proc/iomem
katherine@newton:/usr/src/linux-headers-3.14.0-031400rc7/scripts$ cat /proc/iomem
00000000-00000fff : reserved
00001000-0009f7ff : System RAM
0009f800-0009ffff : reserved
000a0000-000bffff : PCI Bus 0000:00
  000a0000-000bffff : Video RAM area
000c0000-000c7fff : Video ROM
000d0000-000d3fff : PCI Bus 0000:00
000d4000-000d7fff : PCI Bus 0000:00
000d8000-000dbfff : PCI Bus 0000:00
000dc000-000fffff : reserved
  000f0000-000fffff : System ROM
00100000-bf6cffff : System RAM
  01000000-0169d8b4 : Kernel code
  0169d8b5-01a16e7f : Kernel data
  01afd000-01be1fff : Kernel bss
bf6d0000-bf6e2fff : ACPI Non-volatile Storage
bf6e3000-bfffffff : reserved
  bf800000-bfffffff : Graphics Stolen Memory
c0000000-dfffffff : PCI Bus 0000:00
  c0000000-c01fffff : PCI Bus 0000:02
  c0200000-c03fffff : PCI Bus 0000:02
  c0400000-c05fffff : PCI Bus 0000:06
  c0600000-c07fffff : PCI Bus 0000:06
  c0800000-c0afffff : PCI Bus 0000:08
    c0800000-c0801fff : 0000:08:00.0
      c0800000-c0801fff : iwl4965
  c0b00000-c0cfffff : PCI Bus 0000:08
  c0d00000-c0d000ff : 0000:00:1f.3
  c0d01000-c0d01fff : Intel Flush Page
  d0000000-dfffffff : 0000:00:02.0
e0000000-efffffff : PCI MMCONFIG 0000 [bus 00-ff]
  e0000000-efffffff : reserved
    e0000000-efffffff : pnp 00:00
f0000000-febfffff : PCI Bus 0000:00
  f0000000-f00fffff : 0000:00:02.0
  f0100000-f01fffff : 0000:00:02.1
  f0300000-f03fffff : PCI Bus 0000:0a
    f0300000-f03007ff : 0000:0a:01.0
    f0300800-f03008ff : 0000:0a:01.2
      f0300800-f03008ff : mmc0
    f0301000-f0301fff : 0000:0a:01.0
      f0301000-f0301fff : firewire_ohci
    f0302000-f0302fff : 0000:0a:01.3
  f0400000-f0403fff : 0000:00:1b.0
    f0400000-f0403fff : ICH HD audio
  f0604000-f06047ff : 0000:00:1f.2
    f0604000-f06047ff : ahci
  f0604800-f0604bff : 0000:00:1a.7
    f0604800-f0604bff : ehci_hcd
  f0604c00-f0604fff : 0000:00:1d.7
    f0604c00-f0604fff : ehci_hcd
fec00000-fec0ffff : reserved
  fec00000-fec003ff : IOAPIC 0
fed00000-fed003ff : HPET 0
  fed00000-fed003ff : reserved
    fed00000-fed003ff : pnp 00:02
fed14000-fed19fff : reserved
  fed14000-fed17fff : pnp 00:00
  fed18000-fed18fff : pnp 00:00
  fed19000-fed19fff : pnp 00:00
fed1c000-fed8ffff : reserved
  fed1c000-fed1ffff : pnp 00:00
    fed1f410-fed1f414 : iTCO_wdt
  fed20000-fed3ffff : pnp 00:00
  fed45000-fed8ffff : pnp 00:00
fee00000-fee00fff : Local APIC
  fee00000-fee00fff : reserved
ff000000-ffffffff : reserved
100000000-13fffffff : System RAM

[7.5.] PCI information ('lspci -vvv' as root)
While booted into the newest upstream mainline kernel only, execute the following via a terminal, and paste the results:
sudo lspci -vvv

00:00.0 Host bridge: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub (rev 03)
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: [e0] Vendor Specific Information: Len=0a <?>
	Kernel driver in use: agpgart-intel

00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) (rev 03) (prog-if 00 [VGA controller])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 44
	Region 0: Memory at f0000000 (64-bit, non-prefetchable) [size=1M]
	Region 2: Memory at d0000000 (64-bit, prefetchable) [size=256M]
	Region 4: I/O ports at 1800 [size=8]
	Expansion ROM at <unassigned> [disabled]
	Capabilities: [90] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41e1
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+
	Kernel driver in use: i915

00:02.1 Display controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (secondary) (rev 03)
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Region 0: Memory at f0100000 (64-bit, non-prefetchable) [size=1M]
	Capabilities: [d0] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
		Bridge: PM- B3+

00:1a.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #4 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 16
	Region 4: I/O ports at 1820 [size=32]
	Kernel driver in use: uhci_hcd

00:1a.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #5 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 21
	Region 4: I/O ports at 1840 [size=32]
	Kernel driver in use: uhci_hcd

00:1a.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #2 (rev 03) (prog-if 20 [EHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 18
	Region 0: Memory at f0604800 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] Debug port: BAR=1 offset=00a0
	Kernel driver in use: ehci-pci

00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 03)
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 46
	Region 0: Memory at f0400000 (64-bit, non-prefetchable) [size=16K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=55mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [60] MSI: Enable+ Count=1/1 Maskable- 64bit+
		Address: 00000000fee0300c  Data: 4152
	Capabilities: [70] Express (v1) Root Complex Integrated Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0
			ExtTag- RBE-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntryBits=1
		Arb:	Fixed- WRR32- WRR64- WRR128-
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
		VC1:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=1 ArbSelect=Fixed TC/VC=80
			Status:	NegoPending- InProgress-
	Capabilities: [130 v1] Root Complex Link
		Desc:	PortNumber=0f ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c000
	Kernel driver in use: snd_hda_intel

00:1c.0 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 1 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=02, subordinate=02, sec-latency=0
	I/O behind bridge: 00002000-00002fff
	Memory behind bridge: c0000000-c01fffff
	Prefetchable memory behind bridge: 00000000c0200000-00000000c03fffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0
			ExtTag- RBE+
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #1, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #2, PowerLimit 6.500W; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41a1
	Capabilities: [90] Subsystem: Toshiba America Info Systems Device ff50
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntryBits=1
		Arb:	Fixed+ WRR32- WRR64- WRR128-
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=01 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport

00:1c.3 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 4 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=06, subordinate=06, sec-latency=0
	I/O behind bridge: 00003000-00003fff
	Memory behind bridge: c0400000-c05fffff
	Prefetchable memory behind bridge: 00000000c0600000-00000000c07fffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0
			ExtTag- RBE+
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #4, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <1us, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk-
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x0, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #5, PowerLimit 6.500W; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet- Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41b1
	Capabilities: [90] Subsystem: Toshiba America Info Systems Device ff50
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntryBits=1
		Arb:	Fixed+ WRR32- WRR64- WRR128-
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=ff
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=04 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport

00:1c.5 PCI bridge: Intel Corporation 82801H (ICH8 Family) PCI Express Port 6 (rev 03) (prog-if 00 [Normal decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Bus: primary=00, secondary=08, subordinate=08, sec-latency=0
	I/O behind bridge: 00004000-00004fff
	Memory behind bridge: c0800000-c0afffff
	Prefetchable memory behind bridge: 00000000c0b00000-00000000c0cfffff
	Secondary status: 66MHz- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort+ <SERR- <PERR-
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [40] Express (v1) Root Port (Slot+), MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0
			ExtTag- RBE+
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd- ExtTag- PhantFunc- AuxPwr- NoSnoop-
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr- UncorrErr- FatalErr- UnsuppReq- AuxPwr+ TransPend-
		LnkCap:	Port #6, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <256ns, L1 <4us
			ClockPM- Surprise- LLActRep+ BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk+
			ExtSynch- ClockPM- AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive+ BWMgmt- ABWMgmt-
		SltCap:	AttnBtn- PwrCtrl- MRL- AttnInd- PwrInd- HotPlug+ Surprise+
			Slot #3, PowerLimit 6.500W; Interlock- NoCompl-
		SltCtl:	Enable: AttnBtn- PwrFlt- MRL- PresDet+ CmdCplt- HPIrq- LinkChg-
			Control: AttnInd Unknown, PwrInd Unknown, Power- Interlock-
		SltSta:	Status: AttnBtn- PowerFlt- MRL- CmdCplt- PresDet+ Interlock-
			Changed: MRL- PresDet- LinkState-
		RootCtl: ErrCorrectable- ErrNon-Fatal- ErrFatal- PMEIntEna- CRSVisible-
		RootCap: CRSVisible-
		RootSta: PME ReqID 0000, PMEStatus- PMEPending-
	Capabilities: [80] MSI: Enable+ Count=1/1 Maskable- 64bit-
		Address: fee0300c  Data: 41c1
	Capabilities: [90] Subsystem: Toshiba America Info Systems Device ff50
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [100 v1] Virtual Channel
		Caps:	LPEVC=0 RefClk=100ns PATEntryBits=1
		Arb:	Fixed+ WRR32- WRR64- WRR128-
		Ctrl:	ArbSelect=Fixed
		Status:	InProgress-
		VC0:	Caps:	PATOffset=00 MaxTimeSlots=1 RejSnoopTrans-
			Arb:	Fixed+ WRR32- WRR64- WRR128- TWRR128- WRR256-
			Ctrl:	Enable+ ID=0 ArbSelect=Fixed TC/VC=01
			Status:	NegoPending- InProgress-
	Capabilities: [180 v1] Root Complex Link
		Desc:	PortNumber=06 ComponentID=02 EltType=Config
		Link0:	Desc:	TargetPort=00 TargetComponent=02 AssocRCRB- LinkType=MemMapped LinkValid+
			Addr:	00000000fed1c001
	Kernel driver in use: pcieport

00:1d.0 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #1 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 23
	Region 4: I/O ports at 1860 [size=32]
	Kernel driver in use: uhci_hcd

00:1d.1 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #2 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 19
	Region 4: I/O ports at 1880 [size=32]
	Kernel driver in use: uhci_hcd

00:1d.2 USB controller: Intel Corporation 82801H (ICH8 Family) USB UHCI Controller #3 (rev 03) (prog-if 00 [UHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin C routed to IRQ 18
	Region 4: I/O ports at 18a0 [size=32]
	Kernel driver in use: uhci_hcd

00:1d.7 USB controller: Intel Corporation 82801H (ICH8 Family) USB2 EHCI Controller #1 (rev 03) (prog-if 20 [EHCI])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 23
	Region 0: Memory at f0604c00 (32-bit, non-prefetchable) [size=1K]
	Capabilities: [50] Power Management version 2
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=375mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [58] Debug port: BAR=1 offset=00a0
	Kernel driver in use: ehci-pci

00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev f3) (prog-if 01 [Subtractive decode])
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Bus: primary=00, secondary=0a, subordinate=0a, sec-latency=32
	I/O behind bridge: 0000f000-00000fff
	Memory behind bridge: f0300000-f03fffff
	Prefetchable memory behind bridge: 00000000fff00000-00000000000fffff
	Secondary status: 66MHz- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort+ <SERR- <PERR+
	BridgeCtl: Parity- SERR- NoISA+ VGA- MAbort- >Reset- FastB2B-
		PriDiscTmr- SecDiscTmr- DiscTmrStat- DiscTmrSERREn-
	Capabilities: [50] Subsystem: Device 0000:0000

00:1f.0 ISA bridge: Intel Corporation 82801HM (ICH8M) LPC Interface Controller (rev 03)
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Capabilities: [e0] Vendor Specific Information: Len=0c <?>
	Kernel driver in use: lpc_ich

00:1f.1 IDE interface: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) IDE Controller (rev 03) (prog-if 8a [Master SecP PriP])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin A routed to IRQ 19
	Region 0: I/O ports at 01f0 [size=8]
	Region 1: I/O ports at 03f4
	Region 2: I/O ports at 0170 [size=8]
	Region 3: I/O ports at 0374
	Region 4: I/O ports at 1810 [size=16]
	Kernel driver in use: ata_piix

00:1f.2 SATA controller: Intel Corporation 82801HM/HEM (ICH8M/ICH8M-E) SATA Controller [AHCI mode] (rev 03) (prog-if 01 [AHCI 1.0])
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+
	Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0
	Interrupt: pin B routed to IRQ 43
	Region 0: I/O ports at 1c00 [size=8]
	Region 1: I/O ports at 18d4 [size=4]
	Region 2: I/O ports at 18d8 [size=8]
	Region 3: I/O ports at 18d0 [size=4]
	Region 4: I/O ports at 18e0 [size=32]
	Region 5: Memory at f0604000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: [80] MSI: Enable+ Count=1/4 Maskable- 64bit-
		Address: fee0300c  Data: 41d1
	Capabilities: [70] Power Management version 3
		Flags: PMEClk- DSI- D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot+,D3cold-)
		Status: D0 NoSoftRst+ PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [a8] SATA HBA v1.0 BAR4 Offset=00000004
	Kernel driver in use: ahci

00:1f.3 SMBus: Intel Corporation 82801H (ICH8 Family) SMBus Controller (rev 03)
	Subsystem: Toshiba America Info Systems Device ff50
	Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap- 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Interrupt: pin C routed to IRQ 5
	Region 0: Memory at c0d00000 (32-bit, non-prefetchable) [size=256]
	Region 4: I/O ports at 1c20 [size=32]

08:00.0 Network controller: Intel Corporation PRO/Wireless 4965 AG or AGN [Kedron] Network Connection (rev 61)
	Subsystem: Intel Corporation Vaio VGN-SZ79SN_C
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 0, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 45
	Region 0: Memory at c0800000 (64-bit, non-prefetchable) [size=8K]
	Capabilities: [c8] Power Management version 3
		Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0+,D1-,D2-,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Capabilities: [d0] MSI: Enable+ Count=1/1 Maskable- 64bit+
		Address: 00000000fee0100c  Data: 4122
	Capabilities: [e0] Express (v1) Endpoint, MSI 00
		DevCap:	MaxPayload 128 bytes, PhantFunc 0, Latency L0s <512ns, L1 unlimited
			ExtTag- AttnBtn- AttnInd- PwrInd- RBE+ FLReset-
		DevCtl:	Report errors: Correctable- Non-Fatal- Fatal- Unsupported-
			RlxdOrd+ ExtTag- PhantFunc- AuxPwr- NoSnoop+
			MaxPayload 128 bytes, MaxReadReq 128 bytes
		DevSta:	CorrErr+ UncorrErr+ FatalErr- UnsuppReq+ AuxPwr+ TransPend-
		LnkCap:	Port #0, Speed 2.5GT/s, Width x1, ASPM L0s L1, Exit Latency L0s <128ns, L1 <64us
			ClockPM+ Surprise- LLActRep- BwNot-
		LnkCtl:	ASPM Disabled; RCB 64 bytes Disabled- CommClk+
			ExtSynch- ClockPM+ AutWidDis- BWInt- AutBWInt-
		LnkSta:	Speed 2.5GT/s, Width x1, TrErr- Train- SlotClk+ DLActive- BWMgmt- ABWMgmt-
	Capabilities: [100 v1] Advanced Error Reporting
		UESta:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq+ ACSViol-
		UEMsk:	DLP- SDES- TLP- FCP- CmpltTO- CmpltAbrt- UnxCmplt- RxOF- MalfTLP- ECRC- UnsupReq- ACSViol-
		UESvrt:	DLP+ SDES- TLP- FCP+ CmpltTO- CmpltAbrt- UnxCmplt- RxOF+ MalfTLP+ ECRC- UnsupReq- ACSViol-
		CESta:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		CEMsk:	RxErr- BadTLP- BadDLLP- Rollover- Timeout- NonFatalErr+
		AERCap:	First Error Pointer: 14, GenCap- CGenEn- ChkCap- ChkEn-
	Capabilities: [140 v1] Device Serial Number 00-1f-3b-ff-ff-7a-4e-c9
	Kernel driver in use: iwl4965

0a:01.0 FireWire (IEEE 1394): O2 Micro, Inc. Firewire (IEEE 1394) (rev 02) (prog-if 10 [OHCI])
	Subsystem: Toshiba America Info Systems Satellite P305D-S8995E
	Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV+ VGASnoop- ParErr- Stepping+ SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+
	Latency: 32, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at f0301000 (32-bit, non-prefetchable) [size=4K]
	Region 1: Memory at f0300000 (32-bit, non-prefetchable) [size=2K]
	Capabilities: [60] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME+
	Kernel driver in use: firewire_ohci

0a:01.2 SD Host controller: O2 Micro, Inc. Integrated MMC/SD Controller (rev 02) (prog-if 01)
	Subsystem: Toshiba America Info Systems Satellite P305D-S8995E
	Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Latency: 32, Cache Line Size: 64 bytes
	Interrupt: pin A routed to IRQ 16
	Region 0: Memory at f0300800 (32-bit, non-prefetchable) [size=256]
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-
	Kernel driver in use: sdhci-pci

0a:01.3 Mass storage controller: O2 Micro, Inc. Integrated MS/xD Controller (rev 01)
	Subsystem: Toshiba America Info Systems Satellite P305D-S8995E
	Control: I/O- Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
	Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
	Interrupt: pin A routed to IRQ 11
	Region 0: Memory at f0302000 (32-bit, non-prefetchable) [size=4K]
	Capabilities: [a0] Power Management version 2
		Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold+)
		Status: D0 NoSoftRst- PME-Enable- DSel=0 DScale=0 PME-



[7.6.] SCSI information (from /proc/scsi/scsi)
While booted into the newest upstream mainline kernel only, execute the following via a terminal, and paste the results:
cat /proc/scsi/scsi

[7.7.] Other information that might be relevant to the problem (please look in /proc and include all information that you think to be relevant):
While booted into the newest upstream mainline kernel only, execute the following via a terminal, and paste the results:
ls /proc

[X.] Other notes, patches, fixes, workarounds:
Please provide a link to your Launchpad bug report. 

https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1290787
Comment 1 Tim Richardson 2014-03-23 18:55:48 UTC
Please note:
I did this
# echo mem > /sys/power/state 
from a terminal with the gdm service stopped (i.e. as close to init 3 as I can get)

this suspended the machine, and it restored successfully. According to "Linux Graphics How to debug suspend-resume issues" this indicates a DRM bug
Comment 2 Chris Wilson 2014-03-24 06:54:12 UTC
Hmm, neither here nor in the linked bug, are there any details on what happens across suspend/resume. That it still happens with "init 3" is not conclusively evidence that it is i915.ko, since i915.ko is still active and providing the VT.
Comment 3 Tim Richardson 2014-03-24 07:27:08 UTC
Please tell me what more I can provide,  I have followed the guides I found
On 24/03/2014 5:54 pm, <bugzilla-daemon@freedesktop.org> wrote:

>  Chris Wilson <chris@chris-wilson.co.uk> changed bug 76520<https://bugs.freedesktop.org/show_bug.cgi?id=76520>
>  What Removed Added  Status NEW NEEDINFO
>
>  *Comment # 2 <https://bugs.freedesktop.org/show_bug.cgi?id=76520#c2> on
> bug 76520 <https://bugs.freedesktop.org/show_bug.cgi?id=76520> from Chris
> Wilson <chris@chris-wilson.co.uk> *
>
> Hmm, neither here nor in the linked bug, are there any details on what happens
> across suspend/resume. That it still happens with "init 3" is not conclusively
> evidence that it is i915.ko, since i915.ko is still active and providing the
> VT.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 4 Chris Wilson 2014-03-24 07:31:48 UTC
Most important is a dmesg following resume, if at all possible. If not, a description of what prevents recovering that dmesg.
Comment 5 Tim Richardson 2014-03-24 07:54:30 UTC
Ok that sounds easy
On 24/03/2014 6:31 pm, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 4 <https://bugs.freedesktop.org/show_bug.cgi?id=76520#c4> on
> bug 76520 <https://bugs.freedesktop.org/show_bug.cgi?id=76520> from Chris
> Wilson <chris@chris-wilson.co.uk> *
>
> Most important is a dmesg following resume, if at all possible. If not, a
> description of what prevents recovering that dmesg.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 6 Tim Richardson 2014-03-24 09:30:35 UTC
Created attachment 96282 [details]
dmesg.0

this was the dmesg log prior to me doing pm-suspend
Comment 7 Daniel Vetter 2014-03-24 10:20:04 UTC
Also do we have any older kernels which do work, i.e. is this a regression?
Comment 8 Tim Richardson 2014-03-24 10:24:46 UTC
Yes, a regression. This machine has been running arch and ubuntu for years.
Migrating to pre-release versions of 14.04 introduced the bug. I tried
mainline .13 and rc 6&7 of .14, all three have this bug. Didn't have it
previously, it was on Ubuntu 13.10. I'll provide more detailed info and
find a previous mainline kernel without the bug tomorrow.

On Monday, March 24, 2014, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 7 <https://bugs.freedesktop.org/show_bug.cgi?id=76520#c7> on
> bug 76520 <https://bugs.freedesktop.org/show_bug.cgi?id=76520> from Daniel
> Vetter <javascript:_e(%7B%7D,'cvml','daniel@ffwll.ch');> *
>
> Also do we have any older kernels which do work, i.e. is this a regression?
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 9 Tim Richardson 2014-03-24 18:39:18 UTC
I was wrong.
I can not reproduce this bug with 3.14 rc7 or with earlier kernels if I first stop the display manager (in my case, via service lightdm stop)
From a terminal, pm-suspend leads to suspend and a successful resume. 

It never works if lightdm is not stopped. 
I will reopen the ubuntu bug report.
Comment 10 Chris Wilson 2014-03-25 08:21:45 UTC
Please note that the dmesg does not include the suspend/resume event, so we have still no idea what the issue is.
Comment 11 Tim Richardson 2014-03-25 09:40:21 UTC
I don't know how to get this event logged ... I have to reboot the machine
after I resume (hard power off). The log I attached was dmesg.0 after such
a reboot.


On Tue, Mar 25, 2014 at 7:21 PM, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 10 <https://bugs.freedesktop.org/show_bug.cgi?id=76520#c10>
> on bug 76520 <https://bugs.freedesktop.org/show_bug.cgi?id=76520> from
> Chris Wilson <chris@chris-wilson.co.uk> *
>
> Please note that the dmesg does not include the suspend/resume event, so we
> have still no idea what the issue is.
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 12 Chris Wilson 2014-03-25 09:44:15 UTC
Is the machine pingable? Can you remotely login after a failed resume? If not can you narrow down which kernel introduced the error, perhaps even do a bisect?
Comment 13 Tim Richardson 2014-03-25 09:48:03 UTC
No, it is not pingable. But more importantly, when I was testing multiple
kernels I discovered that I cannot reproduce if I have killed the display
manager. So I think the bug is with lightdm not the kernel.




On Tue, Mar 25, 2014 at 8:44 PM, <bugzilla-daemon@freedesktop.org> wrote:

>   *Comment # 12 <https://bugs.freedesktop.org/show_bug.cgi?id=76520#c12>
> on bug 76520 <https://bugs.freedesktop.org/show_bug.cgi?id=76520> from
> Chris Wilson <chris@chris-wilson.co.uk> *
>
> Is the machine pingable? Can you remotely login after a failed resume? If not
> can you narrow down which kernel introduced the error, perhaps even do a
> bisect?
>
>  ------------------------------
> You are receiving this mail because:
>
>    - You reported the bug.
>
>
Comment 14 Chris Wilson 2014-03-25 09:50:36 UTC
No, it's a kernel bug if the machine is unpingable - you triggered a kernel panic.
Comment 15 Tim Richardson 2014-03-26 09:59:40 UTC
ok.
ubuntu has an archive of mainline kernels.
In the last of 3.12 kernels, there is no panic. resume works.
i.e. 3.12.14 is ok

The first kernel in 3.13.0 fails.

I will try to bisect it.
Comment 16 Daniel Vetter 2014-03-26 18:24:08 UTC
Yeah, for machine death upon resume bisect is the most promising approach usually. And ubuntu has a great bisect guide ;-)
Comment 17 Tim Richardson 2014-03-26 20:49:20 UTC
Do I have to make clean each time I bisect and build a new kernel?
Comment 18 Daniel Vetter 2014-03-26 21:19:49 UTC
kernel build system is robust enough to allow rebuilds without cleaning everything out.
Comment 19 Tim Richardson 2014-03-29 11:52:07 UTC
I have concluded the bisect.

18442d08786472c63a0a80c27f92b033dffc26de is the first bad commit
commit 18442d08786472c63a0a80c27f92b033dffc26de
Author: Ville Syrjälä <ville.syrjala@linux.intel.com>
Date:   Fri Sep 13 16:00:08 2013 +0300

let me know if there is more info I can provide
Comment 20 Daniel Vetter 2014-04-11 16:38:46 UTC
Poke Ville a bit ... Meanwhile can you please install latest intel-gpu-tools (preferrably git if your distro doesn't have the latest release) and then grap the output of the intel_reg_dumper tool for both a working and a broken kernel? Please try to grab them _after_ a suspend/resume cycle.

Also please boot with drm.debug=0xe on a broken kernel and grab dmesg a) right after boot and b) after a failed suspend/resume if possible.
Comment 21 Tim Richardson 2014-04-20 07:13:11 UTC
Created attachment 97635 [details]
intel_reg_dumper_before_good.txt

intel_reg_dumper_before_good taken before pm-suspend on a kernel which works
Comment 22 Tim Richardson 2014-04-20 07:14:00 UTC
Created attachment 97636 [details]
intel reg dumper after good
Comment 23 Tim Richardson 2014-04-20 07:14:38 UTC
Created attachment 97637 [details]
intel reg dumper before bad
Comment 24 Tim Richardson 2014-04-20 07:15:50 UTC
when the kernel does not resume, there is nothing added to dmesg (as far as I can see). So I ignore the dmesg after fail request.
Comment 25 Tim Richardson 2014-05-11 12:23:20 UTC
Sorry for the delay.
I attach here a dmesg with that kernel log option 

however, sadly, dmesg is not updated by the resume on a bad kernel.
I made a copy of dmesg "before suspend", did a pm-suspend, resumed (crash), hard reboot and compared dmesg.0 to my before suspend. identical, no content added.
Comment 26 Tim Richardson 2014-05-11 12:24:41 UTC
Created attachment 98841 [details]
dmesg with drm debug on a bad kernel
Comment 27 Ville Syrjala 2014-05-12 08:29:12 UTC
You might try ramoops to catch kernel oopses during resume. I recently used it sucesfully for that.

To do that rebuild your kernel with:
CONFIG_PSTORE=y
CONFIG_PSTORE_CONSOLE=y
CONFIG_PSTORE_RAM=y

The set up the kernel command with somelike like this:
mem=2G ramoops.mem_address=0x80000000 ramoops.mem_size=0x200000 ramoops.ecc=1

Reboot after the kernel hang and mount the pstore fs to see if it caught something:
mkdir /mnt/pstore && mount -t pstore none /mnt/pstore
Comment 28 Daniel Vetter 2014-05-15 15:42:40 UTC
I think we need to retest with

commit ed5ca77ed7505cd389003a6d35ca1b7365429d71
Author: Ville Syrjälä <ville.syrjala@linux.intel.com>
Date:   Mon Dec 2 19:00:45 2013 +0200

    drm/i915: Avoid div-by-zero in clock calculation funcs

I guess best would be latest 3.15-rc.
Comment 29 Tim Richardson 2014-05-23 11:12:07 UTC
3.15rc6 still has the bug
Comment 30 Tim Richardson 2014-05-31 03:39:59 UTC
I compiled a kernel with the three PSTORE options, but after crash and mounting the pstore file system, there was nothing there.
Comment 31 Ville Syrjala 2014-06-02 08:05:20 UTC
(In reply to comment #30)
> I compiled a kernel with the three PSTORE options, but after crash and
> mounting the pstore file system, there was nothing there.

It might be that the memory got cleared after the machine was restarted. On one of my machines the reset button and watchdog preserved the memory contents, but a quick off/on with the power button didn't.

Maybe try enabling a few more kernel debug knobs:
CONFIG_LOCKUP_DETECTOR=y
CONFIG_BOOTPARAM_HARDLOCKUP_PANIC=y
CONFIG_BOOTPARAM_SOFTLOCKUP_PANIC=y
CONFIG_DETECT_HUNG_TASK=y
CONFIG_BOOTPARAM_HUNG_TASK_PANIC=y

And also set "oops=panic panic=-1" on the kernel command line.

You may also want to give the watchdog a try. So load the itco_wdt driver and tell the watchdog daemon to use /dev/watchdog, and start the daemon before suspending. Although on my machine the watchdog failed to reboot the machine when it hung during resume.

Also one option would be to set "no_console_suspend" on the kernel command line (or "echo 0 > /sys/module/printk/parameters/console_suspend") and see if you can simply catch the oops on the console. If there's a serial port try serial console, if not try netconsole.
Comment 32 Ville Syrjala 2014-06-07 22:58:00 UTC
Created attachment 100625 [details] [review]
[PATCH] drm/i915: Populate pipe_config.pixel_multiplier even for  disabled pipes

I was pondering about this a bit and figured that SDVO must be the key here since it's fairly rare thing these days. So after going through the code again I came up with a pretty decent theory for why it might blow up.

So hopefully this patch will fix your problems. Please test and report back.

Also if the patch works, please attach the dmesg from the suspend/resume cycle. I included an extra WARN there to confirm a theory I have. I'll drop that WARN from the final version, but I just want to see whether it triggers.
Comment 33 Tim Richardson 2014-06-08 14:59:13 UTC
Thanks. The patch works. I applied it to v3.15-RC8
I'll attach the dmesg log ...
Comment 34 Tim Richardson 2014-06-08 15:03:46 UTC
Ah, there is no warn; do I have to enable debug messages somehow? The patch is definitely applied; I checked the code (and besides, I have a unpatched 3.15-RC8 which does not resume)
Comment 35 Tim Richardson 2014-06-08 15:08:20 UTC
Created attachment 100674 [details]
dmesg from resume after successful patch applied
Comment 36 Ville Syrjala 2014-06-08 15:21:29 UTC
(In reply to comment #34)
> Ah, there is no warn; do I have to enable debug messages somehow? The patch
> is definitely applied; I checked the code (and besides, I have a unpatched
> 3.15-RC8 which does not resume)

I guess that part of my theory is wrong then. That just means the SDVO port was also enabled at the time, which seems a bit weird but doesn't really matter.

Can you still attach dmesg with drm.debug=0xe from the suspend/resume cycle so I can double check that everything else looks fine?
Comment 37 Tim Richardson 2014-06-09 05:59:55 UTC
Created attachment 100699 [details]
dmesg after suspend resume with drm debug on
Comment 38 Ville Syrjala 2014-06-09 08:18:19 UTC
(In reply to comment #37)
> Created attachment 100699 [details]
> dmesg after suspend resume with drm debug on

Hmm. I don't see the suspend/resume in that log. Nothing from i915, nor from acpi or other subsystems.
Comment 39 Tim Richardson 2014-06-09 09:50:05 UTC
I tried again, making a copy of dmesg before suspend, and then after resume, but they are identical files. Nothing is added after the resume. I have attached the "After" one anyway.
Comment 40 Tim Richardson 2014-06-09 09:50:51 UTC
Created attachment 100714 [details]
dmesg after suspend resume with drm debug on (attempt 2)
Comment 41 Tim Richardson 2014-06-09 09:55:50 UTC
Created attachment 100715 [details]
attempt 3: dmesg >

I tried again, this time via the dmesg command.
dmesg > filename
It is much bigger file, perhaps this has post-resume data.
Comment 42 Tim Richardson 2014-06-09 09:58:59 UTC
OK, it really looks like the "attempt 3" log has what you were looking for. It mentions resume events.
Comment 43 Ville Syrjala 2014-06-09 10:22:49 UTC
(In reply to comment #42)
> OK, it really looks like the "attempt 3" log has what you were looking for.
> It mentions resume events.

Yeah that looks good. And now I even see my debug WARN triggering. But it also looks like the way I fixed the bug also leads to another WARN so I I'll need to fix it another way. I'll attach a revised patch shortly.
Comment 44 Ville Syrjala 2014-06-09 10:25:35 UTC
Created attachment 100718 [details] [review]
[PATCH] drm/i915: Avoid div-by-zero when pixel_multiplier is zero

Here's the revised patch. Please test, and again attach a dmesg with debug enabled from the suspend/resume.
Comment 45 Tim Richardson 2014-06-09 11:03:48 UTC
should that patch be applied to a clean kernel or on top of the previous patch?
Comment 46 Ville Syrjala 2014-06-09 11:11:43 UTC
(In reply to comment #45)
> should that patch be applied to a clean kernel or on top of the previous
> patch?

clean
Comment 47 Tim Richardson 2014-06-09 13:06:56 UTC
Created attachment 100733 [details]
dmesg after suspend resume with drm debug on, second patch

this is dmesg output after resume, based on the second patch.
Comment 48 Ville Syrjala 2014-06-09 13:18:02 UTC
(In reply to comment #47)
> Created attachment 100733 [details]
> dmesg after suspend resume with drm debug on, second patch
> 
> this is dmesg output after resume, based on the second patch.

OK. No WARNs during suspend/resume which is good. I'll submit the patch for inclusion. Thanks for persisting and testing.

There are plenty of earlier WARNs in the log from the modeset state checker. You may want to retest with the latest drm-intel-nightly and open a new bug for those if they still persist.
Comment 49 Tim Richardson 2014-06-09 13:31:36 UTC
thanks for your help. How can I track when this will end up in the mainline kernel?
Comment 50 Jani Nikula 2014-06-10 16:43:10 UTC
commit 17218c2c19cff4ce9de132a76822bb0f5bbe3d23
Author: Ville Syrjälä <ville.syrjala@linux.intel.com>
Date:   Mon Jun 9 16:20:46 2014 +0300

    drm/i915: Avoid div-by-zero when pixel_multiplier is zero

This should get merged mainline within two weeks, and eventually get backported to stable kernels after that.
Comment 51 Jani Nikula 2014-06-10 16:43:37 UTC
And thanks for the report and testing!
Comment 52 Jani Nikula 2014-06-23 08:01:39 UTC
*** Bug 75379 has been marked as a duplicate of this bug. ***
Comment 53 Jani Nikula 2014-06-23 08:04:31 UTC
For completeness, another dupe at kernel.org:
https://bugzilla.kernel.org/show_bug.cgi?id=78381
Comment 54 Tim Richardson 2014-07-08 00:17:41 UTC
 patch
    drm/i915: Avoid div-by-zero when pixel_multiplier is zero
added to the 3.15-stable tree which can be found at:
    http://www.kernel.org/git/?p=linux/kernel/git/stable/stable-queue.git;a=summary

The filename of the patch is:
     drm-i915-avoid-div-by-zero-when-pixel_multiplier-is-zero.patch
and it can be found in the queue-3.15 subdirectory.

...

From: Ville Syrjälä <ville.syrjala@linux.intel.com>

commit 2b85886a5457f5c5dbcd32edbd4e6bba0f4e8678 upstream.


Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.