All of lore.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.