2

我正在运行一个debian stableThinkPad X1 (1294-3QG)，其中包含squeeze-backportsGraphicsModi 所需的三个包：

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.

在 的输出中dmesg。

4

2 回答 2

2

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

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

  • SSD 支持（从 linux-image-2.6.33 添加和改进）
  • HDMI - 未识别任何设备，无法添加和更改分辨率 (cvt xrandr)。

所以我在sources.list 中添加了squeeze-backports 并且只升级了内核（和你做的一样）。

之后 HDMI 连接效果很好，但我注意到刷新率很慢 - 在加载 gdm3 登录屏幕期间及之后撕裂。我检查了 dmesg 和内核消息以获取一些信息

  • 猫 dmesg | grep 失败 && cat dmesg | grep drm && cat /var/log/messages | grep 失败 && cat /var/log/messages | grep drm - 发现相同。比我运行 glxgears 并发现同样的错误。

在一些解决方案和想法之后，我在网上挖了几天。发现了很多关于分配 RAM (enable_mtrr_cleanup) 等的无用的东西。基本上，对于我几乎从未有过的电影需求来说，这不是悲剧，但我喜欢一切都很完美，所以我仍在努力修复它。

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

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

  • 我还为我的架构删除了所有不需要的库（即用于 nvidia radeon 和其他的 libdrm - 甚至 VESA ！！！）

我只是添加了一会儿喘息（测试）存储库，升级并安装了依赖作为根的新软件包（只有这个）：

  • echo deb http://ftp.pl.debian.org/debian/ testing main contrib non-free >> /etc/apt/sources.list
  • apt-get 更新
  • apt-get install --reinstall -t testing libdrm2 libdrm-intel1 xserver-xorg-video-intel xserver-xorg-core libgl1-mesa-glx libgl1-mesa-dri mesa-utils
  • dpkg-重新配置 xserver-xorg

这解决了英特尔 GPU 上渲染和分配的所有问题 :)

认为它应该适用于您和所有使用 Intel GPU-s 的人。完成后不要忘记从sources.list 中删除喘息（测试）。

问候， T_Send。

于 2012-04-01T23:00:39.860 回答
1

我现在通过更新一些mesa相关的软件包自己解决了这个问题。我正在使用来自 backports 的以下软件包运行 debian stable：

initramfs-tools、libdrm-intel1、libgl1-mesa-dev、libgl1-mesa-dri、libgl1-mesa-glx、linux-base、linux-headers-3.2.0-0.bpo.1-all-amd64、linux- headers-3.2.0-0.bpo.1-amd64，linux-headers-3.2.0-0.bpo.1-common，linux-headers-3.2.0-0.bpo.1-common-rt，linux- headers-3.2.0-0.bpo.1-rt-amd64，linux-headers-3.2.0-0.bpo.2-all-amd64，linux-headers-3.2.0-0.bpo.2-amd64， linux-headers-3.2.0-0.bpo.2-common、linux-headers-3.2.0-0.bpo.2-common-rt、linux-headers-3.2.0-0.bpo.2-rt- amd64, linux-image-3.2.0-0.bpo.2-amd64, linux-kbuild-3.2, mesa-common-dev

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

于 2012-06-26T10:45:56.350 回答