All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Fjellstrom <tfjellstrom@shaw.ca>
To: intel-gfx@lists.freedesktop.org
Subject: Re: 4500MHD driver crash
Date: Fri, 16 Jul 2010 02:12:29 -0600	[thread overview]
Message-ID: <201007160212.29679.tfjellstrom@shaw.ca> (raw)
In-Reply-To: <1279267481.4164.4.camel@mattotaupa>

On July 16, 2010, Paul Menzel wrote:
> Am Freitag, den 16.07.2010, 01:50 -0600 schrieb Thomas Fjellstrom:
> > I've been having this little problem with the intel-gfx driver for a
> > couple months at least. Basically the xorg intel driver crashes with
> > these errors:
> > 
> > (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Cannot
> > allocate memory (WW) intel(0): i830_uxa_prepare_access: gtt bo map
> > failed: Cannot allocate memory (WW) intel(0): i830_uxa_prepare_access:
> > gtt bo map failed: Cannot allocate memory (WW) intel(0):
> > i830_uxa_prepare_access: gtt bo map failed: Cannot allocate memory
> > (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Cannot
> > allocate memory (WW) intel(0): i830_uxa_prepare_access: gtt bo map
> > failed: Cannot allocate memory (WW) intel(0): i830_uxa_prepare_access:
> > gtt bo map failed: Cannot allocate memory (WW) intel(0):
> > i830_uxa_prepare_access: gtt bo map failed: Cannot allocate memory
> > (WW) intel(0): i830_uxa_prepare_access: gtt bo map failed: Cannot
> > allocate memory (WW) intel(0): i830_uxa_prepare_access: gtt bo map
> > failed: Cannot allocate memory (WW) intel(0): i830_uxa_prepare_access:
> > gtt bo map failed: Cannot allocate memory (WW) intel(0):
> > i830_uxa_prepare_access: gtt bo map failed: Cannot allocate memory
> > 
> > Backtrace:
> > 0: /usr/bin/X (xorg_backtrace+0x28) [0x466808]
> > 1: /usr/bin/X (0x400000+0x67c79) [0x467c79]
> > 2: /lib/libpthread.so.0 (0x7ff19b297000+0xef60) [0x7ff19b2a5f60]
> > 3: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7ff197986000+0x34684)
> > [0x7ff1979ba684] 4: /usr/lib/xorg/modules/drivers/intel_drv.so
> > (0x7ff197986000+0x3524a) [0x7ff1979bb24a] 5:
> > /usr/lib/xorg/modules/drivers/intel_drv.so (0x7ff197986000+0x3547a)
> > [0x7ff1979bb47a] 6: /usr/lib/xorg/modules/drivers/intel_drv.so
> > (0x7ff197986000+0x36a1b) [0x7ff1979bca1b] 7: /usr/bin/X
> > (0x400000+0xd4750) [0x4d4750]
> > 8: /usr/lib/xorg/modules/drivers/intel_drv.so (0x7ff197986000+0x319a2)
> > [0x7ff1979b79a2] 9: /usr/bin/X (0x400000+0xd4a7e) [0x4d4a7e]
> > 10: /usr/bin/X (0x400000+0xca92e) [0x4ca92e]
> > 11: /usr/bin/X (0x400000+0x4c7a4) [0x44c7a4]
> > 12: /usr/bin/X (0x400000+0x25b4a) [0x425b4a]
> > 13: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7ff199d9bc4d]
> > 14: /usr/bin/X (0x400000+0x256f9) [0x4256f9]
> > Segmentation fault at address 0x29
> > 
> > Fatal server error:
> > Caught signal 11 (Segmentation fault). Server aborting
> > 
> > 
> > After a little google, I've found the following, seemingly similar
> > issues:
> > 
> > http://www.pubbs.net/201001/mandriva/43247-cooker-x-crashing.html
> > http://lists.opensuse.org/opensuse-bugs/2010-04/msg01805.html
> > 
> > This crash happens every few days, most of the time when I'm not even
> > using the laptop, and the lid is closed, but today it happened while I
> > was working. Was somewhat interesting to see things just disappear.
> > 
> > I've been trying to track this issue down for a while, someone said it
> > might be an app leaking pixmaps, but I haven't seen xrestop show more
> > than 80MB of pixmaps for quite a while. Also, it usually occurs some
> > time after graphics start getting really slow (though this last time I
> > didn't really notice things getting slow). Talking a second or two for
> > window or desktop switching. At no time was there any errors or
> > warnings in dmesg related to this, nor was I running out of memory
> > according to "free" or the plasma system load viewer applet. Usually I
> > had 1-2GB of ram available (not including cache).
> 
> At least information about the versions of the X stack you are using are
> missing.

Doh. Yeah, I must be tired.

xserver-xorg/sid uptodate 1:7.5+6
xserver-xorg-core/sid uptodate 2:1.7.7-2
xserver-xorg-video-intel/experimental uptodate 2:2.12.0-1
libgl1-mesa-dri/experimental uptodate 7.8.2-1
libdrm-intel1/experimental uptodate 2.4.21-1
linux-kernel 2.6.34

Using debian sid+experimental to get recent intel drivers.
 
> If you do not get any answer from the developers, I recommend to proceed
> as documented in [1].
> 
> 
> Thanks,
> 
> Paul
> 
> 
> [1] http://intellinuxgraphics.org/how_to_report_bug.html

Will do.

-- 
Thomas Fjellstrom
tfjellstrom@shaw.ca

  reply	other threads:[~2010-07-16  8:21 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-07-16  7:50 4500MHD driver crash Thomas Fjellstrom
2010-07-16  8:04 ` Paul Menzel
2010-07-16  8:12   ` Thomas Fjellstrom [this message]
2010-07-16 21:02     ` Thomas Fjellstrom
2010-07-16 21:17       ` Niccolò Belli
2010-07-17  6:16       ` Thomas Fjellstrom
2010-07-17 20:01         ` Thomas Fjellstrom
2010-07-18 17:46           ` Thomas Fjellstrom
2010-07-19 14:02             ` Thomas Fjellstrom
2010-07-21  1:42               ` Thomas Fjellstrom
2010-07-21  3:05               ` Thomas Fjellstrom

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=201007160212.29679.tfjellstrom@shaw.ca \
    --to=tfjellstrom@shaw.ca \
    --cc=intel-gfx@lists.freedesktop.org \
    /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.