Bug 21181 - [G45] hang with "freeing invalid memtype" errors in dmesg
Summary: [G45] hang with "freeing invalid memtype" errors in dmesg
Status: RESOLVED NOTOURBUG
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: Other All
: medium critical
Assignee: Eric Anholt
QA Contact: Xorg Project Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-04-14 11:20 UTC by Andrew McNabb
Modified: 2009-05-26 16:11 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:


Attachments
Xorg.0.log during hang (148.54 KB, text/plain)
2009-04-15 08:32 UTC, Andrew McNabb
no flags Details
/var/log/messages from boot to hang (trimmed to keep the filesize down) (53.89 KB, text/plain)
2009-04-15 08:37 UTC, Andrew McNabb
no flags Details
Xorg.0.log (64.63 KB, text/plain)
2009-04-19 14:41 UTC, Mace Moneta
no flags Details
Xorg.0.log when restarting X after a hang (the new X also hangs) (16.55 KB, text/plain)
2009-04-20 13:59 UTC, Andrew McNabb
no flags Details

Description Andrew McNabb 2009-04-14 11:20:24 UTC
I've had random hangs since installing Fedora 11 Beta with updates.  There are no error messages in Xorg.0.log, but messages like the following have filled up the dmesg buffer:

Xorg:2912 freeing invalid memtype dd153000-dd154000
Xorg:2912 freeing invalid memtype dd154000-dd155000
Xorg:2912 freeing invalid memtype dd155000-dd156000
Xorg:2912 freeing invalid memtype dd156000-dd157000

I'm not sure how to reproduce this bug exactly, but I think it might be more common when the Epiphany web browser is running.  I tried to do a debuginfo-install to get debug symbols (for a decent backtrace), but I got an error "Could not find debuginfo for main pkg".  I'm not sure if it is helpful, but here is a backtrace from a hung Xorg:

#0  0x00000031d3cd7b97 in ioctl () from /lib64/libc.so.6
#1  0x0000003bbe203103 in drmIoctl (fd=8, request=25688, arg=0x0)
    at xf86drm.c:187
#2  0x0000003bbe203406 in drmCommandNone (fd=8, 
    drmCommandIndex=<value optimized out>) at xf86drm.c:2276
#3  0x00007f8a0d1e4be5 in ?? ()
   from /usr/lib64/xorg/modules/drivers//intel_drv.so
#4  0x000000000052d915 in ?? ()
#5  0x00000000004f9446 in ?? ()
#6  0x000000000044b240 in BlockHandler ()
#7  0x00000000004e7441 in WaitForSomething ()
#8  0x0000000000446ec2 in Dispatch ()
#9  0x000000000042d0e5 in main ()

I hope this is helpful.  Thanks.
Comment 1 Eric Anholt 2009-04-14 18:20:22 UTC
When it's hung, could you supply the output of intel_gpu_dump (git://anongit.freedesktop.org/git/xorg/app/intel-gpu-tools), along with the usual dmesg and Xorg.0.log?

The PAT whining is fixed in master and will likely show up in your kernels soon.
Comment 2 Andrew McNabb 2009-04-15 07:26:06 UTC
I'm getting the following error when I try to run intel_gpu_dump:

"""
Error opening /sys/kernel/debug/dri/0: No such file or directory

Perhaps your i915 kernel driver has no support for dumping batchbuffer data?
(In kernels prior to 2.6.30 this requires manually-applied patches.)
"""

My system's kernel package is version 2.6.29.1-68.fc11.x86_64.  Since Fedora 11 doesn't seem to support dumping batchbuffer data, is there something else I should try?
Comment 3 Andrew McNabb 2009-04-15 08:32:47 UTC
Created attachment 24824 [details]
Xorg.0.log during hang

I upgraded to the latest packages in Rawhide (including xorg-x11-drv-intel-2.6.99.902-3.fc11 and a new kernel).  After rebooting and logging in, I got a hang after about 15 minutes.  I am attaching the Xorg.0.log and /var/log/messages captured during the hang.
Comment 4 Andrew McNabb 2009-04-15 08:37:38 UTC
Created attachment 24825 [details]
/var/log/messages from boot to hang (trimmed to keep the filesize down)
Comment 5 Mace Moneta 2009-04-19 14:40:26 UTC
I'm using F11 current, with

xorg-x11-drv-intel-2.7.0-1.fc11.x86_64
kernel-2.6.29.1-100.fc11.x86_64

After a little while of use with KMS+UXA, Xorg hangs.  The system was still functional, but I had to shutdown to get Xorg back.

The system log indicated:

Apr 19 16:24:25 slayer kernel:[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT
full, but LRU list empty
Apr 19 16:24:25 slayer kernel:[drm:i915_gem_object_pin] *ERROR* Failure to
bind: -12
Apr 19 16:24:25 slayer kernel:[drm:i915_gem_evict_something] *ERROR* inactive
empty 1 request empty 1 flushing empty 1
Apr 19 16:24:25 slayer kernel:[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT
full, but LRU list empty
Apr 19 16:24:25 slayer kernel:[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT
full, but LRU list empty
Apr 19 16:24:25 slayer kernel:[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT
full, but LRU list empty

The Xorg.o.log indicated:

(WW) intel(0): i830_uxa_prepare_access: bo map failed
(WW) intel(0): i830_uxa_prepare_access: bo map failed
(WW) intel(0): i830_uxa_prepare_access: bo map failed

I don't know if either of these is related to the problem.  No xorg.conf.  I can use nomodeset and EXA stabily, but KMS+UXA always hangs.
Comment 6 Mace Moneta 2009-04-19 14:41:27 UTC
Created attachment 24953 [details]
Xorg.0.log

The full Xorg.0.log
Comment 7 Andrew McNabb 2009-04-20 13:58:35 UTC
I upgraded to a newer kernel, and the "freeing invalid memtype" errors indeed disappeared.  However, I've still had crashes.  If I ssh in when X is crashed and I run "chvt 2", the chvt command hangs.  I was eventually able to kill X with a "kill -9" (which has not always been successful in the past).  I then ran "init 3" and was able to get a useful command-line.  I then ran "init 5" to try to get X started again, but X just hangs.  I've tried restarting X a few times, and it seems to hang at different points.  Once it hung at "end of memory manager" and another time it hung at "Attempting memory allocation with tiled buffers."  I'll attach an Xorg.0.log from one of these hangs at startup following a previous hang.
Comment 8 Andrew McNabb 2009-04-20 13:59:26 UTC
Created attachment 24980 [details]
Xorg.0.log when restarting X after a hang (the new X also hangs)
Comment 9 MartinG 2009-04-29 15:04:19 UTC
I also experience freezes:
ThinkPad T400, kernel-2.6.29.1-102.fc11.x86_64. I am experimenting with xorg.conf and EXA now.
Comment 10 Robert Marmorstein 2009-05-02 20:44:08 UTC
I get this same problem with kernel 2.6.29.2 under ArchLinux, but everything works fine under 2.6.28.  Please let me know if you still need any debugging information (my xorg.conf, dmesg output, etc.)
Comment 11 Eric Anholt 2009-05-26 16:11:36 UTC
> I upgraded to a newer kernel, and the "freeing invalid memtype" errors indeed
> disappeared.

OK, closing this bug as not ours (since it wasn't, though it is was a cause of hangs that is now fixed).

For other bugs, please open a new report.  Also note that there have been various hang fixes recently, so we'll need all the info (kernel version, 2d driver version, 3d driver version, desktop environment description, activity at time of hang, intel_gpu_dump output at time of hang on a kernel new enough to support it, etc).  And every individual that commented on this bug: open your own bug.  We only want multiple people on one bug report once we've confirmed that it's the same cause for everyone, not the same symptoms (not that you all had the same symptoms, anyway).


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.