public inbox for intel-gfx@lists.freedesktop.org
 help / color / mirror / Atom feed
From: Thomas Richter <thor@math.tu-berlin.de>
To: "Chris Wilson" <chris@chris-wilson.co.uk>,
	"Thomas Richter" <richter@rus.uni-stuttgart.de>,
	"Daniel Vetter" <daniel@ffwll.ch>,
	"Ville Syrjälä" <ville.syrjala@linux.intel.com>,
	intel-gfx <intel-gfx@lists.freedesktop.org>
Subject: Bug: Pipe A underrun on resolution switching on 830MG
Date: Thu, 05 Jun 2014 00:43:56 +0200	[thread overview]
Message-ID: <538FA12C.9050202@math.tu-berlin.de> (raw)
In-Reply-To: <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>

Hi folks,

when switching resolutions with xrandr (or otherwise) on the 830MG 
chipset, I usually get a "Pipe A underrun" error,
sometimes resulting in a completely black screen. To my understanding, 
the internal screen is connected to pipe B on
this laptop, thus I wonder why I get the error. Thus, something seems to 
be broken:

[  406.282457] WARNING: CPU: 0 PID: 2048 at 
drivers/gpu/drm/i915/intel_display.c:2148 
intel_crtc_disable_planes+0x15f/0x170 [i915]()
[  406.282463] Modules linked in: michael_mic arc4 ecb 
lib80211_crypt_tkip lib80211_crypt_ccmp binfmt_misc fuse loop 
firewire_sbp2 hid_generic usbhid hid snd_intel8x0 snd_ac97_codec 
ac97_bus ipw2100 snd_pcm libipw sg cfg80211 i915 snd_seq snd_seq_device 
snd_timer snd mousedev sr_mod firewire_ohci rfkill cdrom i2c_algo_bit 
pcmcia firewire_core drm_kms_helper lib80211 soundcore crc_itu_t irda 
uhci_hcd apanel yenta_socket pcmcia_rsrc input_polldev usbcore drm 
i2c_i801 psmouse evdev 8139too pcspkr 8139cp mii pcmcia_core crc_ccitt 
8250 fujitsu_laptop battery video lpc_ich serial_core mfd_core 
usb_common intel_agp i2c_core intel_gtt led_class agpgart ac button
[  406.282576] CPU: 0 PID: 2048 Comm: Xorg Tainted: G        W     
3.15.0-rc7+ #3
[  406.282583] Hardware name: FUJITSU SIEMENS LIFEBOOK S Series/FJNB159, 
BIOS Version 1.07  10/28/2002
[  406.282589]  c1316e2e c103451f c13aa868 00000000 00000800 f9092e08 
00000864 f9049bcf
[  406.282603]  f9049bcf 00070180 f4a90000 f6b20000 00000000 c1034569 
00000009 00000000
[  406.282616]  f9049bcf f5884aa0 18000000 00003286 00000000 f5a9d000 
f6b20178 f6b20000
[  406.282630] Call Trace:
[  406.282645]  [<c1316e2e>] ? dump_stack+0xa/0x13
[  406.282659]  [<c103451f>] ? warn_slowpath_common+0x7f/0xb0
[  406.282709]  [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[  406.282757]  [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[  406.282768]  [<c1034569>] ? warn_slowpath_null+0x19/0x20
[  406.282816]  [<f9049bcf>] ? intel_crtc_disable_planes+0x15f/0x170 [i915]
[  406.282863]  [<f9049c1a>] ? i9xx_crtc_disable+0x3a/0x620 [i915]
[  406.282877]  [<c10d8e20>] ? __pollwait+0xf0/0xf0
[  406.282887]  [<c10d8e20>] ? __pollwait+0xf0/0xf0
[  406.282934]  [<f903f78f>] ? intel_dump_pipe_config.isra.45+0x2f/0x3a0 
[i915]
[  406.282983]  [<f904bbae>] ? __intel_set_mode+0x76e/0x14e0 [i915]
[  406.283032]  [<f904ef33>] ? intel_set_mode+0x23/0x40 [i915]
[  406.283079]  [<f904fcf3>] ? intel_crtc_set_config+0x863/0xc90 [i915]
[  406.283095]  [<c117a196>] ? idr_mark_full+0x46/0x50
[  406.283105]  [<c117a93e>] ? idr_alloc+0x7e/0xe0
[  406.283143]  [<f862c816>] ? drm_mode_set_config_internal+0x46/0xb0 [drm]
[  406.283169]  [<f862fc20>] ? drm_mode_setcrtc+0xc0/0x560 [drm]
[  406.283216]  [<f904723e>] ? intel_crtc_load_lut+0x10e/0x1a0 [i915]
[  406.283242]  [<f862fb60>] ? drm_mode_setplane+0x3f0/0x3f0 [drm]
[  406.283262]  [<f8622704>] ? drm_ioctl+0x1a4/0x5c0 [drm]
[  406.283289]  [<f862fb60>] ? drm_mode_setplane+0x3f0/0x3f0 [drm]
[  406.283311]  [<f8622560>] ? drm_copy_field+0x70/0x70 [drm]
[  406.283322]  [<c10d7fd0>] ? do_vfs_ioctl+0x70/0x540
[  406.283334]  [<c10c93c1>] ? vfs_read+0x101/0x140
[  406.283345]  [<c10d84e3>] ? SyS_ioctl+0x43/0x80
[  406.283360]  [<c131a72f>] ? sysenter_do_call+0x12/0x26
[  406.283367] ---[ end trace ea667942c60a2cf6 ]---
[  406.324991] [drm:i8xx_irq_handler] *ERROR* pipe A underrun
[  413.437244] [drm:i8xx_irq_handler] *ERROR* pipe A underrun

Note that I *also* get a PIPE A underrun error on the boot console, and 
occasionally a pipe B underrun error, again
on the boot console. The errors in the boot console appear regardless of 
whether the pipe A quirk is enabled or not,
thus the problem seems to be somewhere in the mode switching code. Would 
it be possible to switch a mode by
1) enabling pipe A, 2) switching, 3) disabling pipe A? Note again that 
turning on pipe A with the quirk mode breaks
both the boot console and resume from ram, so that is not an alternative 
either...

Greetings,
     Thomas

  parent reply	other threads:[~2014-06-04 22:44 UTC|newest]

Thread overview: 27+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-05-16 14:02 830GM still woes Thomas Richter
2014-05-16 14:41 ` Chris Wilson
2014-05-16 15:09   ` Daniel Vetter
2014-05-16 16:04     ` Ville Syrjälä
2014-05-16 16:50       ` Daniel Vetter
     [not found]       ` <23914_1400259040_537641E0_23914_9298_1_20140516165034.GT8790@phenom.ffwll.local>
2014-05-17 10:58         ` Thomas Richter
2014-05-29 14:10         ` Thomas Richter
2014-05-29 21:19         ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-02  8:27           ` Daniel Vetter
2014-06-02 10:34             ` [PATCH] Align i830 watermark to cache lines Thomas Richter
2014-06-02 10:41             ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-02 15:27               ` Daniel Vetter
2014-06-02 15:38                 ` [Patch] Disabling the pipe A quirk for the Fujitsu S6010 Thomas Richter
2014-06-02 15:56                   ` Daniel Vetter
2014-06-02 16:52                     ` Thomas Richter
2014-06-02 17:39                       ` Daniel Vetter
2014-06-02 18:44                         ` Thomas Richter
     [not found]               ` <1027_1401722832_538C97D0_1027_15897_1_20140602152702.GU19050@phenom.ffwll.local>
2014-06-03 14:38                 ` Breaking suspend/resume by the Pipe A quirk Thomas Richter
2014-06-03 14:45                   ` Daniel Vetter
2014-06-03 15:04                     ` Thomas Richter
2014-06-03 15:14                       ` Chris Wilson
2014-06-03 15:19                         ` Thomas Richter
2014-06-03 15:26                           ` Chris Wilson
2014-06-03 15:50                             ` Thomas Richter
2014-06-03 16:03                               ` Chris Wilson
     [not found]                               ` <17205_1401811442_538DF1F2_17205_16362_1_20140603160352.GA6129@nuc-i3427.alporthouse.com>
2014-06-04 22:43                                 ` Thomas Richter [this message]
2014-06-08 21:20                                 ` Broken suspend/resume on i830 (with debug information) Thomas Richter

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=538FA12C.9050202@math.tu-berlin.de \
    --to=thor@math.tu-berlin.de \
    --cc=chris@chris-wilson.co.uk \
    --cc=daniel@ffwll.ch \
    --cc=intel-gfx@lists.freedesktop.org \
    --cc=richter@rus.uni-stuttgart.de \
    --cc=ville.syrjala@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox