Bug 44185

Summary: invisible text/icons, lockups, "failed to allocate offset for bo 0"
Product: xorg Reporter: nobled <nobled>
Component: Driver/intelAssignee: Chris Wilson <chris>
Status: RESOLVED DUPLICATE QA Contact: Xorg Project Team <xorg-team>
Severity: normal    
Priority: medium    
Version: git   
Hardware: Other   
OS: All   
Whiteboard:
i915 platform: i915 features:
Attachments:
Description Flags
first 10,000 lines of Xorg.0.log none

Description nobled 2011-12-27 07:22:51 UTC
Created attachment 54854 [details]
first 10,000 lines of Xorg.0.log

intel X driver: 2.17.0 git-e2c8bac9
X server: 1.10.4 git-e3a24feb
kernel: 3.1.0
mesa: 7.12 git-45bd5c43

gedit has consistently started showing blank application icons and invisible-text for me, and causes everything else to become sluggish while it opens. Other apps are also affected, but less consistently. When the issue first started, the high CPU usage and sluggishness would go away when gedit was minimized or completely hidden. (The sluggishness extended to the mouse cursor changing icons, too.) Closing gedit out took a loooong time, way longer than just having a lot of tabs open in it normally takes.

The sluggishness, invisible-text and high CPU usage (maxing out one core) also appears sometimes when opening a text document in nano on the command line, or even opening a man page. Sometimes it also makes gnome-panel unresponsive, freezing the clock-display and system-monitor applet, even.

dmesg is completely filled with messages like this:

[1968361.628814] [drm:i915_gem_create_mmap_offset] *ERROR* failed to allocate offset for bo 0
[1968361.637942] [drm:i915_gem_create_mmap_offset] *ERROR* failed to allocate offset for bo 0
[1968361.647082] [drm:i915_gem_create_mmap_offset] *ERROR* failed to allocate offset for bo 0
[1968361.656186] [drm:i915_gem_create_mmap_offset] *ERROR* failed to allocate offset for bo 0
[1968371.544376] [drm:i915_gem_create_mmap_offset] *ERROR* failed to allocate offset for bo 0

The 'bo 0' bit is kinda weird...

I checked Xorg.0.log, and it showed a bunch of these, and it's constantly printing more:

[1969776.763] (WW) intel(0): intel_uxa_prepare_access: bo map (use gtt? 1, access 1) failed: No space left on device
[1969776.782] (WW) intel(0): intel_uxa_prepare_access: bo map (use gtt? 1, access 1) failed: No space left on device
[1969776.791] (WW) intel(0): intel_uxa_prepare_access: bo map (use gtt? 1, access 1) failed: No space left on device

Starting a second X server in a guest session showed the same thing in Xorg.1.log, but, unlike in my main session, gedit and all other applications actually worked, with nothing invisible or unresponsive.
Comment 1 Chris Wilson 2012-02-24 06:54:54 UTC
I've put a patch into 2.18.0 that allows you to disable the bo cache which appears to be the symptom behind the crashes. Can you please update and add

Section "Driver"
  Option "BufferCache" "False"
EndSection

to your xorg.conf and see if that sweeps the issue under the carpet?

*** This bug has been marked as a duplicate of bug 39552 ***

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.