「X錯誤」 BadAlloc GLX BadContext上IntelSandyBridge（英特爾高清顯卡3000）

我正在一個debian stable的ThinkPad X1（1294-3QG）與squeeze-backports正好三個包所需GraphicsModi：「X錯誤」 BadAlloc GLX BadContext上IntelSandyBridge（英特爾高清顯卡3000）

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和），以反向移植的問題，但這是不旺。

另外，我發現在dmesg輸出項

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

。

來源

2012-03-19 Bastian Ebeling

我現在通過更新一些關於包的mesa來解決它。我運行Debian穩定與下面的包從反向移植：

initramfs的工具，libdrm-intel1，填實libgl1檯面-dev的，填實libgl1檯面-DRI，填實libgl1檯面-GLX，Linux的基礎， 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，檯面，共開發

希望這信息將幫助其他也一樣。

來源

2012-06-26 10:45:56

我在運行Debian Stable 6.0.4（squeeze）x64的英特爾i7 2700k（具有英特爾HD 3000）的自制服務器工作站上遇到同樣的問題。基本上我知道這個平臺有很多unix系統的問題（像英特爾GPU一樣），但它的目的是服務器，所以板載圖形就足夠了。無論如何，我希望有一天能夠運行（在通過HDMI */VGA連接的電視機上），所以我使用gdm3安裝了gnome-core以手動運行。

內核2.6.32-5-amd64的一切都非常好，除了幾件事情，這迫使我把內核升級：

SSD支持（增加&從改進的linux-image-2.6.33）
HDMI - 沒有設備被識別，無法添加&更改分辨率（cvt xrandr）。

因此，我將squeeze-backports添加到sources.list並僅升級了內核（與您所做的相同）。

之後，HDMI連接工作很好，但我注意到刷新速度慢 - 加載gdm3登錄屏幕和之後的撕裂。我檢查了dmesg和內核消息以獲得一些信息

cat 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基於之前安裝的設置。

我也刪除了我的建築所有不需要的庫（即libdrm支持NVIDIA RADEON和其他人 - 甚至VESA !!!）

我加入只是片刻喘息（探傷）庫，升級，安裝了新的封裝，（只有這個的）的依賴性爲根：

呼應的deb http://ftp.pl.debian.org/debian/測試主要的contrib非自由>> /etc/apt/sources.list中
易於得到更新
易於得到安裝--reinstall -t測試libdrm2 libdrm-intel1的Xserver-的xorg - 視頻 - 英特爾的Xserver-的xorg-的libgl1核心 - 臺地的libgl1 GLX-檯面，檯面DRI-utils的
的dpkg-重新配置xserver- xorg的

即固定在英特爾GPU :)與渲染和分配所有問題

認爲它應該爲你和每個人都與英特爾GPU-作品。當你完成後，不要忘記從sources.list中刪除喘息（測試）。

問候，T_Send。

來源

2012-04-01 23:00:39

Thanks T_Send for your lines！剛從假期回來，我嘗試了 - 但沒有奏效。我試着用mesa進一步嘗試，所以 - 爲我解決：我將編輯問題。 – 2012-04-10 07:39:45

爲我工作，謝謝！ – Malexandre 2012-11-03 16:08:13

「X錯誤」 BadAlloc GLX BadContext上IntelSandyBridge（英特爾高清顯卡3000）

回答

相關問題