"X Error" IntelSandyBridge(Intel HD Graphics 3000)上的BadAlloc GLX BadContext)

Question

我正在运行一个debian stable ThinkPad X1（1294-3QG），其中正好有三个来自squeeze-backports的包需要GraphicsModi:

initramfs-tools 0.99~bpo60+1
linux-base 3.4~bpo60+1
linux-image-3.2.0-0.bpo.2-amd64 3.2.9-1~bpo60

在运行该内核时，例如启动paraview会导致以下错误：

Unrecognized deviceID 126
X Error: BadAlloc (insufficient resources for operation) 11
  Extension:    154 (Uknown extension)
  Minor opcode: 3 (Unknown request)
  Resource id:  0x3200273
X Error: GLXBadContext 169
  Extension:    154 (Uknown extension)
  Minor opcode: 5 (Unknown request)
  Resource id:  0x32002b0
paraview: ../../src/xcb_io.c:183: process_responses: Zusicherung »!(req && current_request && !(((long) (req->sequence) - (long) (current_request)) <= 0))« nicht erfüllt.

在网上的某个地方，我发现了在xorg.conf中提供内存设置的提示，但这并没有解决我的问题
在当前稳定的内核中启动运行良好。

运行glxgears的结果类似：

Unrecognized deviceID 126
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:  27
  Current serial number in output stream:  29

我进一步尝试通过将xserver-xorg-video-intel（以及所有依赖项libdrm-intel1 libxfont1, xserver-common, xserver-xorg, xserver-xorg-core, xserver-xorg-input-evdev, xserver-xorg-video-fbdev和xserver-xorg-video-vesa）更新到后台端口来解决这个问题，但这并不成功。

另外，我发现了条目

[drm] MTRR allocation failed.  Graphics performance may suffer.

在CCD_ 9的输出中。

Answer 1

我在自制的服务器站上遇到了同样的问题，Intel i7 2700k（具有Intel HD 3000）运行Debian Stable 6.0.4（挤压）x64。基本上，我知道这个平台在unix系统方面有很多问题（就像英特尔GPU一样），但它的用途是服务器，所以板载图形对此足够公平。无论如何，我希望有一天只运行一次移动（在通过HDMI*/VGA连接的电视上），所以我安装了gdm3的gnome内核来手动运行。

对于2.6.32-5-amd64内核，除了一些事情之外，一切都很好，这迫使我升级内核：

• SSD支持（添加并改进自Ubuntu 33）
• HDMI-没有设备被识别，无法添加&更改分辨率（cvt-xrandr）

所以我在sources.list中添加了压缩后端口，只升级了内核（和您做的一样）。

在那之后，HDMI连接工作得很好，但我注意到在加载gdm3登录屏幕和之后刷新率很慢。我检查了dmesg和内核消息中的一些信息

• cat dmesg|grep失败&amp；cat dmesg|grep drm&amp；cat/var/log/messages|grep失败&amp；cat/var/log/messages|grep-drm-发现相同。然后我运行glxgear，发现了同样的错误

在找到一些解决方案和想法后，我在网上挖了几天。发现了许多关于分配RAM（enable_mtrr_cleanup）等无用的东西。基本上，对于我几乎没有电影需求的人来说，这不是悲剧，但我喜欢一切都完美的时候，所以我仍然在努力解决它。

终于！解决了！问题不在于RAM或新内核本身。

我必须在这里提到，我自己编译了Debian内核-3.2，基于之前安装的设置。

• 我还删除了我的体系结构中所有不需要的libs（即nvidia radeon和其他版本的libdrm，甚至VESA！！）

我添加了一些喘息的（测试）存储库，升级并安装了以依赖关系为根的新软件包（只有这些）：

• 回波debhttp://ftp.pl.debian.org/debian/测试main contib非免费>>/etc/apt/sources.list
• apt-get更新
• apt-get-install-重新安装-t测试libdrm2 libdrm-intel1 xserver xorg视频intel xserver xorg-core libgl1-mesa-glx-libgl1-mera-dri-mesa-utils
• dpkg重新配置xserver xorg

这修复了英特尔GPU上渲染和分配的所有问题：）

认为它应该适用于你和每个使用英特尔GPU的人。别忘了把喘息（测试）从资源列表中删除。

问候，T_Send。

Answer 2

我现在通过更新一些与mesa相关的包来自己解决了这个问题。我正在运行debian稳定版，并从后台端口提供以下软件包：

initramfs工具、libdrm-intel1、libgl1 mesa-dev、libgl1-mesa-dri，libgl1 mesa-glx，基于linux，linux-headers-3.2-0.bpo.1-all-amd64，linux-headers-3.2-0.bpo.1-amd64、linux-headers-3.0-0.bpo.1-common，linux-headers-3.2-0.bpo.1-common-rt，linux-headers-3.2-0.bpo.1-rt-amd64，linux-headers-3.2-0.bpo.2-all-amd64，linux-headers-3.2-0.bpo.2-amd64、linux-headers-3.0-0.bpo.2-common，linux-headers-3.2-0.bpo.2-common-rt，linux-headers-3.2-0.bpo.2-rt-amd64，linux-image-3.2.0-0.bpo.2-amd64，linux-kbuild-3.2，mesa公共开发

希望这些信息也能帮助其他人。