Launchpad has imported 32 comments from the remote bug at http://bugs.freedesktop.org/show_bug.cgi?id=18974.
If you reply to an imported comment from within Launchpad, your comment will be sent to the remote bug automatically. Read more about Launchpad's inter-bugtracker facilities at https://help.launchpad.net/InterBugTracking. ------------------------------------------------------------------------ On 2008-12-09T01:00:08+00:00 Bryce Harrington wrote: Created an attachment (id=20941) Xorg.0.log Forwarding this bug report from a Ubuntu reporter: https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/304871 Also seen on Fedora: http://webui.sourcelabs.com/fedora/issues/461829 [Problem] X hangs during boot with error "Couldn't bind memory for BO front buffer" [lspci] 00:02.0 VGA compatible controller [0300]: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] (rev 03) Subsystem: Intel Corporation 82845G/GL[Brookdale-G]/GE Chipset Integrated Graphics Device [8086:2562] [Report] Regression since 2.4.1 driver seen in 2.5.1 driver on 82845G/GL[Brookdale-G]/GE hardware. X hangs during start up and the following error message appears in the Xorg.0.log: (EE) intel(0): Failed to pin front buffer: Cannot allocate memory Fatal server error: Couldn't bind memory for BO front buffer Two other users indicated having a matching issue; one user was also on 845, the other on undeclared hardware. http://ubuntuforums.org/showthread.php?t=998754 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/9 ------------------------------------------------------------------------ On 2008-12-09T17:33:33+00:00 Gordon Jin wrote: Eric says this error appears if you've got a memory allocation setup that doesn't fit in your apperture, and DRI2 will likely fix it. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/14 ------------------------------------------------------------------------ On 2008-12-09T22:28:14+00:00 DougieFresh4U wrote: This is happening with the Intel 865G chipset as well Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/16 ------------------------------------------------------------------------ On 2008-12-17T03:29:09+00:00 Marques Johansson wrote: Since I can't run X with the intel driver in its current state, I have been using the fbdev driver. Here are some details and (attached) log entries. I hope it can be of use: sudo lspci -nnvv : 00:02.0 VGA compatible controller [0300]: Intel Corporation 82865G Integrated Graphics Controller [8086:2572] (rev 02) (prog-if 00 [VGA]) Subsystem: Dell Device [1028:0151] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx+ Latency: 0 Interrupt: pin A routed to IRQ 16 Region 0: Memory at f0000000 (32-bit, prefetchable) [size=128M] Region 1: Memory at feb80000 (32-bit, non-prefetchable) [size=512K] Region 2: I/O ports at ed98 [size=8] Capabilities: [d0] Power Management version 1 Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-) Status: D0 PME-Enable- DSel=0 DScale=0 PME- Kernel driver in use: intelfb Kernel modules: intelfb Some lines from dmesg | grep -i -e intel -e drm -e agp: [ 21.064321] Linux agpgart interface v0.103 [ 21.160181] agpgart-intel 0000:00:00.0: Intel 865 Chipset [ 21.160644] agpgart-intel 0000:00:00.0: detected 8060K stolen memory [ 21.162745] agpgart-intel 0000:00:00.0: AGP aperture is 128M @ 0xf0000000 [ 74.884390] intelfb: Framebuffer driver for Intel(R) 830M/845G/852GM/855GM/865G/915G/915GM/945G/945GM/945GME/965G/965GM chipsets [ 74.884403] intelfb: Version 0.9.6 [ 74.884493] intelfb 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 [ 74.884509] intelfb: 00:02.0: Intel(R) 865G, aperture size 128MB, stolen memory 8060kB [ 74.888847] intelfb: Initial video mode is 1024x768...@70. [ 466.161347] [drm] Initialized drm 1.1.0 20060810 [ 466.201873] intelfb 0000:00:02.0: setting latency timer to 64 [ 466.210603] [drm] Initialized i915 1.6.0 20080730 on minor 0 [ 822.739357] [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 822.739365] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 827.341749] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 831.945566] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 1117.105987] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 1827.914660] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/20 ------------------------------------------------------------------------ On 2008-12-17T03:30:38+00:00 Marques Johansson wrote: Created an attachment (id=21237) intel driver failing to load on :1 while :0 is occupied with intelfb/fbdev driver Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/21 ------------------------------------------------------------------------ On 2008-12-25T16:18:04+00:00 Maxi-daemonizer wrote: Created an attachment (id=21481) Xorg.0.log same problem here: (EE) intel(0): Failed to pin back buffer: Cannot allocate memory (Xorg.0.log ist attached) lspci: 00:02.0 VGA compatible controller: Intel Corporation 82852/855GM Integrated Graphics Device (rev 02) kernel: 2.6.28 using 'Option "Legacy3D" "false"' I get working 2D but no 3D: [intel_init_bufmgr:497] Error initializing buffer manager. X Error of failed request: BadAlloc (insufficient resources for operation) Major opcode of failed request: 154 (GLX) Minor opcode of failed request: 3 (X_GLXCreateContext) Serial number of failed request: 24 Current serial number in output stream: 27 This bug is also present in xf86-video-intel-2.5.99.1 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/28 ------------------------------------------------------------------------ On 2008-12-25T19:21:56+00:00 Yu Yuwei wrote: Created an attachment (id=21482) Failure log The same on intel 855GME here, x11-base/xorg-server-1.5.3 x11-drivers/xf86-video-intel-2.5.1 x11-libs/libdrm-2.4.1 media-libs/mesa-7.2 sys-kernels/gentoo-sources-2.6.28 Gentoo Linux cat ~/Xorg.0.log | grep -C3 "(EE)" to make sure that you have the latest version. Markers: (--) probed, (**) from config file, (==) default setting, (++) from command line, (!!) notice, (II) informational, (WW) warning, (EE) error, (NI) not implemented, (??) unknown. (==) Log file: "/var/log/Xorg.0.log", Time: Fri Dec 26 01:06:28 2008 (==) Using config file: "/etc/X11/xorg.conf" (==) ServerLayout "Simple Layout" -- (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x03bfe000 (pgoffset 15358) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x03bff000 (pgoffset 15359) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x059ff000 (pgoffset 23039) (EE) intel(0): Failed to pin front buffer: Cannot allocate memory Fatal server error: Couldn't bind memory for BO front buffer Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/29 ------------------------------------------------------------------------ On 2009-01-15T06:25:26+00:00 Andres-becerra wrote: I have the same setup than Yu Yuwei, and I want to add that if I boot a 2.6.27 kernel, xorg starts without problems. It is only with the 2.6.28 kernel that I can reproduce the failure. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/39 ------------------------------------------------------------------------ On 2009-01-27T12:41:27+00:00 Karsten Heiken wrote: Created an attachment (id=22281) "*ERROR* GTT full, but LRU list empty" in kernel.log Same bug here. It's actually pretty annoying... No xf86-video-intel 2.5.0+ works for me. I've got a Sony VAIO SR19XN with the 4500MHD (GM45, right?). Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/45 ------------------------------------------------------------------------ On 2009-01-27T12:44:16+00:00 Karsten Heiken wrote: (In reply to comment #8) > Created an attachment (id=22281) [details] > "*ERROR* GTT full, but LRU list empty" in kernel.log > > Same bug here. > It's actually pretty annoying... > > No xf86-video-intel 2.5.0+ works for me. > I've got a Sony VAIO SR19XN with the 4500MHD (GM45, right?). > Geez, hit the "Commit"-button too fast. Sorry guys. It's a 2.6.28 kernel using (read: trying to use) xf86-video-intel 2.5.0, Xorg 1.5.3, libdrm 2.4.4. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/46 ------------------------------------------------------------------------ On 2009-01-30T02:24:00+00:00 Lefty wrote: i am using intel X3100 (G965 i guess) and having the same error. The configuration: dri2proto 1.99.3 xf86-dri-proto 2.0.4 mesa 7.3 xorg-server 1.5.99.901 xf86-video-intel 2.6.1 gentoo kernel 2.6.28-r1 it works with NoAccel with cca 150-200 FPS. I use fbsplash on console (intelfb module). Tried unloading this module and starting X with no success. the system is unusable after this error, no mouse/keyboard input response (sysrq and power button work i guess). just tell me if you need more info/debugging. this bug is quite critical (not just) for me. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/47 ------------------------------------------------------------------------ On 2009-02-04T07:08:37+00:00 Lefty wrote: I'm afraid DRI2 doesn't fix that as it was reported with 1.5.99 (and kernel 2.6.29) by several people. You can find one experimenting with several versions here: https://bugzilla.redhat.com/show_bug.cgi?id=469292 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/54 ------------------------------------------------------------------------ On 2009-02-04T19:56:24+00:00 Gordon Jin wrote: (In reply to comment #11) > I'm afraid DRI2 doesn't fix that as it was reported with 1.5.99 (and kernel > 2.6.29) by several people. You can find one experimenting with several > versions > here: https://bugzilla.redhat.com/show_bug.cgi?id=469292 Is UXA used? (DRI2 takes effect only when UXA enabled) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/61 ------------------------------------------------------------------------ On 2009-02-10T01:43:19+00:00 Lefty wrote: UXA hangs as well. see https://bugzilla.redhat.com/show_bug.cgi?id=469292#c42 Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/67 ------------------------------------------------------------------------ On 2009-02-14T00:28:00+00:00 Lefty wrote: Hangs even with: kernel-2.6.29-0.110.rc4.git3.fc11.i586 xorg-x11-server-Xorg-1.5.99.902-9.fc11.i386 xorg-x11-drv-i810-2.6.0-3.fc11.i386 libdrm-2.4.4-4.fc11.i386 mesa-libGL-7.3-2.fc11.i386 mesa-libGLU-7.3-2.fc11.i386 mesa-dri-drivers-7.3-2.fc11.i386 ... and UXA enabled logs can be found here: https://bugzilla.redhat.com/attachment.cgi?id=331797 original comment at RH bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=469292#c45 DRI2 really doesn't fix that ... Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/83 ------------------------------------------------------------------------ On 2009-02-15T00:05:39+00:00 Lefty wrote: Next try: kernel-2.6.29-0.118.rc5.fc11.i586 xorg-x11-server-Xorg-1.5.99.902-10.fc11.i386 xorg-x11-drv-i810-2.6.0-5.fc11.i386 xorg-x11-drv-synaptics-1.0.0-4.fc11.i386 libdrm-2.4.4-4.fc11.i386 mesa-libGL-7.3-2.fc11.i386 mesa-libGLU-7.3-2.fc11.i386 mesa-dri-drivers-7.3-2.fc11.i386 "The keyboard does not hang. chvt works. I can use ctrl-alt-F2 to change to a vt and blindly log in (verified that mingetty changes to bash using ps in a ssh session). Despite changing vt's and back to vt7, the backlight remains off. However "xdpyinfo -display :0" hangs when ssh'ing into the laptop. Though the mouse is not visible, moving the mouse in the direction of the xterm and typing commands doesn't produce any results (example: "ls > /tmp/x" doesn't create file /tmp/x)." messages: Feb 14 21:36:19 blu kernel: [drm] Initialized drm 1.1.0 20060810 Feb 14 21:36:19 blu kernel: pci 0000:00:02.0: PCI INT A -> Link[LNKA] -> GSI 11 (level, low) -> IRQ 11 Feb 14 21:36:19 blu kernel: [drm] Initialized i915 1.6.0 20080730 on minor 0 Feb 14 21:36:19 blu kernel: [drm:i915_irq_emit] *ERROR* i915_irq_emit called without lock held, held 0 owner (null) dce600f0 end of xorg log: (II) intel(0): xf86BindGARTMemory: bind key 0 at 0x007df000 (pgoffset 2015) (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x00800000 (pgoffset 2048) (II) intel(0): Fixed memory allocation layout: (II) intel(0): 0x00000000-0x0001ffff: ring buffer (128 kB) (II) intel(0): 0x00020000-0x00024fff: HW cursors (20 kB) (II) intel(0): 0x00025000-0x00124fff: fake bufmgr (1024 kB) (II) intel(0): 0x007df000: end of stolen memory (II) intel(0): 0x007df000-0x007dffff: overlay registers (4 kB, 0x000000001e45f000 physical ) (II) intel(0): 0x00800000-0x00bfffff: front buffer (4096 kB) (II) intel(0): 0x08000000: end of aperture _fence_emit_internal: drm_i915_irq_emit: -22 original: https://bugzilla.redhat.com/show_bug.cgi?id=469292#c46 (attachment is gzipped twice) Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/85 ------------------------------------------------------------------------ On 2009-02-16T02:39:13+00:00 Zdenek Kabelac wrote: I think I'm seeing now the same bug: Even shortly after boot: [ 223.795729] gnome-screensav used greatest stack depth: 3288 bytes left [ 563.731434] [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [ 563.731441] [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_evict_something] *ERROR* inactive empty 1 request empty 1 flushing empty 1 My machine is T61, C2D, 4GB RAM. I'm running 2.6.29-rc5, x86_64, UXA acceleration Xorg server from Fedora Rawhide:xorg-x11-server- Xorg-1.5.99.902-10.fc11.x86_64 drm library commit: eb78c53aa1a980e60c0dd1f2d0d2f04cb9cb2622 xf86-video-intel: 3012d85cc5eb58c2447e93c05c39dc14feaae988 (both relatively recent I guess) I only see this dmesg error message - there is no error message in Xorg.0.log yet Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/86 ------------------------------------------------------------------------ On 2009-02-18T10:18:47+00:00 Opensource-andmarios wrote: I confirm this bug. I think it is related to kernel version 2.6.28 or higher since it does not happen with kernel 2.6.27. It happens with every combination I have tried: xf86-video-intel (2.5.0, 2.5.1, 2.6.1), xorg-server (1.5.3, 1.5.99.902), dri2proto (1.1, 1.99.3), mesa (7.2, 7.3), libdrm (2.4.3, 2.4.4). lspci: 00:02.0 VGA compatible controller: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller]) Subsystem: Fujitsu Siemens Computers Device 1108 Flags: bus master, fast devsel, latency 0, IRQ 16 Memory at fc000000 (64-bit, non-prefetchable) [size=1M] Memory at d0000000 (64-bit, prefetchable) [size=256M] I/O ports at 1800 [size=8] Expansion ROM at <unassigned> [disabled] Capabilities: [90] MSI: Mask- 64bit- Count=1/1 Enable- Capabilities: [d0] Power Management version 3 Sorry but I do not know which info would help, if there is something you need please ask. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/87 ------------------------------------------------------------------------ On 2009-02-23T08:30:21+00:00 Opensource-andmarios wrote: An update over my previous comment. I edited xorg.conf and set explicitly for the intel driver to use UXA acceleration (it doesn't use it automatically). That way I am able to boot to a 2.6.28 kernel and use my desktop. There are some problems but X is up and running and this is generally considered as a good thing! Sorry I hadn't tried this earlier since it is mentioned in the comments above, but I was somewhat confused by the intel driver's documentation as the man page (up to version 2.6.1) doesn't include UXA as a possible option to AccelMethod. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/92 ------------------------------------------------------------------------ On 2009-02-26T09:12:38+00:00 Lefty wrote: i upgraded kernel to vanilla 2.6.29-r6 and UXA relatively works. dmesg: [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_gem_evict_something] *ERROR* inactive empty 1 request empty 1 flushing empty 1 -↑- several times [drm:i915_get_vblank_counter] *ERROR* trying to get vblank count for disabled pipe 0 FPS cca 600 in glxgears with vblank_mode=0. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/94 ------------------------------------------------------------------------ On 2009-03-09T18:32:56+00:00 Yu Yuwei wrote: I test xf86-video--intel-2.6.3 with gentoo-sources-2.6.28-r3 (which is 2.6.28.7) and got "could not pin back buffer" error: Xorg.0.log: (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 0 at 0x02ff4000 (pgoffset 12276) (II) intel(0): xf86BindGARTMemory: bind key 1 at 0x02ff5000 (pgoffset 12277) (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x02ff9000 (pgoffset 12281) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x02ffa000 (pgoffset 12282) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x02ffe000 (pgoffset 12286) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x02fff000 (pgoffset 12287) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x059ff000 (pgoffset 23039) (EE) intel(0): Failed to pin back buffer: Cannot allocate memory Fatal server error: Couldn't bind memory for BO back buffer (II) intel(0): xf86UnbindGARTMemory: unbind key 0 (II) intel(0): xf86UnbindGARTMemory: unbind key 1 (II) intel(0): xf86UnbindGARTMemory: unbind key 2 (II) intel(0): xf86UnbindGARTMemory: unbind key 3 (II) intel(0): xf86UnbindGARTMemory: unbind key 4 (II) intel(0): xf86UnbindGARTMemory: unbind key 5 (II) intel(0): xf86UnbindGARTMemory: unbind key 6 dmesg | grep drm: [drm] Initialized drm 1.1.0 20060810 [drm] Initialized i915 1.6.0 20080730 on minor 0 [drm:i915_setparam] *ERROR* unknown parameter 4 [drm:i915_getparam] *ERROR* Unknown parameter 6 [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_setparam] *ERROR* unknown parameter 4 [drm:i915_getparam] *ERROR* Unknown parameter 6 [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12<3>[drm:i915_setparam] *ERROR* unknown parameter 4 [drm:i915_getparam] *ERROR* Unknown parameter 6 [drm:i915_gem_object_bind_to_gtt] *ERROR* GTT full, but LRU list empty [drm:i915_gem_object_pin] *ERROR* Failure to bind: -12 seems the drm(20060810) is not compatible with new i915(20080730). Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/98 ------------------------------------------------------------------------ On 2009-03-19T00:05:48+00:00 Bryce Harrington wrote: Gordon, please would you mind giving us an update on the status of this bug? Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/110 ------------------------------------------------------------------------ On 2009-03-19T03:17:19+00:00 Karsten Heiken wrote: I also suffered from this bug. But recently I found out, that it only happened, when there is a "Virtual"-option in my Xorg.conf: Section "Screen" Identifier "Screen0" Device "Device0" Monitor "LVDS" DefaultDepth 24 SubSection "Display" Modes "1280x800_60" Virtual 2960 1056 EndSubSection EndSection When I removed the Virtual-option, everything went fine. The other day i reinstalled my system (Arch Linux) and installed the newest packages from the testing-repository. Namely those packages are: xf86-video-intel 2.6.99.902-1 libdrm 2.4.5-2 mesa 7.3-2 xorg-server 1.6.0-1 After a few changes in my Xorg.conf I came to these settings: Section "Device" Identifier "Device0" Driver "intel" Option "Legacy3D" "true" Option "DRI" "true" Option "AccelMethod" "uxa" Option "ExaNoComposite" "true" EndSection I put the Virtual-section back in - I need my 22" lcd ;) And what do my eyes see? Everything works! I also tried the latest xf86-video-intel via GIT. Same thing there. I installed ioquake3 - and woohoo! 90fps. Everything's great right now. Maybe someone could try those Xorg.conf-settings and the latest git- version. Regards, karsten Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/113 ------------------------------------------------------------------------ On 2009-03-21T19:50:47+00:00 Gordon Jin wrote: (In reply to comment #21) > Gordon, please would you mind giving us an update on the status of this bug? I don't have more update. Eric owns this bug. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/124 ------------------------------------------------------------------------ On 2009-03-22T20:41:08+00:00 Yu Yuwei wrote: (In reply to comment #22) > I also suffered from this bug. > But recently I found out, that it only happened, when there is a > "Virtual"-option in my Xorg.conf: > Section "Screen" > Identifier "Screen0" > Device "Device0" > Monitor "LVDS" > DefaultDepth 24 > SubSection "Display" > Modes "1280x800_60" > Virtual 2960 1056 > EndSubSection > EndSection > > When I removed the Virtual-option, everything went fine. > > The other day i reinstalled my system (Arch Linux) and installed the newest > packages from the testing-repository. > Namely those packages are: > xf86-video-intel 2.6.99.902-1 > libdrm 2.4.5-2 > mesa 7.3-2 > xorg-server 1.6.0-1 > > After a few changes in my Xorg.conf I came to these settings: > Section "Device" > Identifier "Device0" > Driver "intel" > Option "Legacy3D" "true" > Option "DRI" "true" > Option "AccelMethod" "uxa" > Option "ExaNoComposite" "true" > EndSection > > I put the Virtual-section back in - I need my 22" lcd ;) > > And what do my eyes see? > Everything works! > > I also tried the latest xf86-video-intel via GIT. Same thing there. > I installed ioquake3 - and woohoo! 90fps. > > Everything's great right now. > > Maybe someone could try those Xorg.conf-settings and the latest git-version. > > Regards, > karsten > This solution is not workable for me with xf86-video-intel-2.6.1 and kernel-2.6.28.8 :( Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/126 ------------------------------------------------------------------------ On 2009-05-20T15:43:34+00:00 Carl Worth wrote: (In reply to comment #15) > _fence_emit_internal: drm_i915_irq_emit: -22 I just replicated this part of the bug at least, (with all the latest userspace, such as xf86-video-intel 2.7.99 from git), and a non-GEM Debian kernel (2.6.26-2-686). Eric suggests that when the userspace opens the drm and finds that it's non-GEM it should just close it. I'll attempt that here and report back. -Carl Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/156 ------------------------------------------------------------------------ On 2009-05-26T16:16:31+00:00 Carl Worth wrote: (In reply to comment #25) > (In reply to comment #15) > > > _fence_emit_internal: drm_i915_irq_emit: -22 > > I just replicated this part of the bug at least, (with all the latest > userspace, such as xf86-video-intel 2.7.99 from git), and a non-GEM Debian > kernel (2.6.26-2-686). > > Eric suggests that when the userspace opens the drm and finds that it's > non-GEM > it should just close it. I'll attempt that here and report back. Eric had some half-finished patches for this which I finished and pushed (see below). With these patches applied, the latest driver from git now runs just fine on the non-GEM Debian kernel (2.6.26-2-686). I'd be very interested if other people that have experienced the bugs reported here could try using the latest driver and report back whether the bug is fixed. I'll also consider cherry-picking the relevant commits here to the 2.7 branch for an upcoming 2.7.2 release. -Carl Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/157 ------------------------------------------------------------------------ On 2009-05-26T16:20:51+00:00 Carl Worth wrote: (In reply to comment #26) > Eric had some half-finished patches for this which I finished and pushed (see > below). Here's the "see below" part I forgot to add with the last comment. -Carl commit 8e942b70cb9a784b3f1311affd6fc74c4bcf68bb Author: Carl Worth <[email protected]> Date: Thu May 21 13:12:52 2009 -0700 Revert "Rely on BO pixmaps being present in acceleration paths." This reverts commit 4653a7db622ad54a3182d93c81331765d930db34. Eric was getting a little too ambitious about our brave, new world. We do still want the driver to work with old, non-GEM kernels after all. commit 1a039f4371bec455cad43f0fb7b329f2ee09a974 Author: Eric Anholt <[email protected]> Date: Mon Apr 27 17:45:02 2009 -0700 Fold GEM detection into DRM master open. We don't have anything to do with the DRM unless it's GEM-enabled, unless we were to support GEM-but-not-DRI2, which doesn't seem useful. Compilation fixes by Carl Worth <[email protected]> commit a04a51c9bb6066454e0fda3c7897f97dab436358 Author: Eric Anholt <[email protected]> Date: Mon Apr 27 17:29:36 2009 -0700 Open the DRM and keep the handle throughout server startup to finish. This will let us configure the server from start to finish with the most pertinent information available (KMS vs UMS, DRI2 vs non-DRI). Also, we now close the DRI2 fd at terminate, which we didn't before. This duplicates some code from DRI1 for getting a master FD like I'd done in DRI2, but given that we weren't loading DRI1 ourselves, this is also a bogosity cleanup, and avoids allocating the extra DRI1 private. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/158 ------------------------------------------------------------------------ On 2009-06-09T12:07:28+00:00 Gordon Jin wrote: Could any of the reporters confirm this problem still exists with the latest xf86-video-intel driver and a KMS kernel? If so, I'll increase the priority and target for Q2 release (2.8). Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/159 ------------------------------------------------------------------------ On 2009-06-09T14:53:25+00:00 Bugzilla-dolphinling wrote: I used to see this with a 2.5-era xf86-video-intel and now I do not with current git stuff and KMS. In fact, I get an explicit success message: (II) intel(0): BO memory allocation layout: (II) intel(0): 0x00000000: start of memory manager (II) intel(0): 0x03800000-0x03ffffff: front buffer (8192 kB) X tiled (II) intel(0): 0x03000000-0x03004fff: HW cursors (20 kB) (II) intel(0): 0x07fff000: end of memory manager This is on 845. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/160 ------------------------------------------------------------------------ On 2009-06-24T00:07:12+00:00 Gordon Jin wrote: So I assume it has been fixed. If anyone still see this with a new driver (>=2.6.99.901) and KMS kernel, please reopen. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/161 ------------------------------------------------------------------------ On 2009-06-24T00:07:52+00:00 Gordon Jin wrote: (In reply to comment #30) > So I assume it has been fixed. > If anyone still see this with a new driver (>=2.6.99.901) typo. I meant 2.7.99.901. Reply at: https://bugs.launchpad.net/xserver-xorg-video- intel/+bug/304871/comments/162 ** Changed in: xserver-xorg-video-intel Importance: Unknown => Critical ** Bug watch added: Red Hat Bugzilla #469292 https://bugzilla.redhat.com/show_bug.cgi?id=469292 -- [i845G] Fatal server error: Couldn't bind memory for BO front buffer (Jaunty) https://bugs.launchpad.net/bugs/304871 You received this bug notification because you are a member of Registry Administrators, which is the registrant for Fedora. _______________________________________________ Mailing list: https://launchpad.net/~registry Post to : [email protected] Unsubscribe : https://launchpad.net/~registry More help : https://help.launchpad.net/ListHelp
