| Summary: | kernel 2.6.28-gentoo-r5: drm error in dmesg | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | Markus Poeschl <poeschl_spam> |
| Component: | [OLD] Core system | Assignee: | Gentoo X packagers <x11> |
| Status: | RESOLVED FIXED | ||
| Severity: | trivial | CC: | kernel, web.alexander, zeekec |
| Priority: | High | ||
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: |
Kernel messages with working 2.6.27-gentoo-r10
XOrg messages with working 2.6.27-gentoo-r10 Kernel messages with not working 2.6.28-gentoo-r5 XOrg messages with not working 2.6.28-gentoo-r5 xorg.conf dmesg with gentoo-sources kernel 2.6.29-r4 Xorg.0.log with gentoo-sources 2.6.29-r4 and updated libdrm |
||
|
Description
Markus Poeschl
2009-05-04 12:03:12 UTC
Can you please be a bit more specific? Which version of xf86-video-intel driver are you using? Any chance you suffer from the same problem as bug #263414 did? Today i updated my media center to kernel 2.6.28-gentoo-r5 and now i have the same error. XOrg does not work with this kernel for me. dmesg contains: [drm] Initialized drm 1.1.0 20060810 intelfb 0000:00:02.0: setting latency timer to 64 [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<6>RPC: Registered udp transport module. RPC: Registered tcp transport module. xorg.0.log contains at end (II) intel(0): [DRI] installation complete (II) intel(0): xf86BindGARTMemory: bind key 2 at 0x01de2000 (pgoffset 7650) (II) intel(0): xf86BindGARTMemory: bind key 3 at 0x01de3000 (pgoffset 7651) (II) intel(0): xf86BindGARTMemory: bind key 4 at 0x01de7000 (pgoffset 7655) (II) intel(0): xf86BindGARTMemory: bind key 5 at 0x01de8000 (pgoffset 7656) (II) intel(0): xf86BindGARTMemory: bind key 6 at 0x01dec000 (pgoffset 7660) (II) intel(0): xf86BindGARTMemory: bind key 7 at 0x01ded000 (pgoffset 7661) (II) intel(0): xf86BindGARTMemory: bind key 8 at 0x03dcd000 (pgoffset 15821) (EE) intel(0): Failed to pin depth buffer: Cannot allocate memory Fatal server error: Couldn't bind memory for BO depth buffer (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 (II) intel(0): xf86UnbindGARTMemory: unbind key 7 (II) intel(0): xf86UnbindGARTMemory: unbind key 8 # emerge --info Portage 2.1.6.11 (default/linux/x86/2008.0, gcc-4.3.2, glibc-2.8_p20080602-r1, 2.6.28-gentoo-r5 i686) ================================================================= System uname: Linux-2.6.28-gentoo-r5-i686-Mobile_Intel-R-_Celeron-TM-_CPU_733MHz-with-glibc2.0 Timestamp of tree: Fri, 08 May 2009 21:00:17 +0000 distcc 3.0 i686-pc-linux-gnu [disabled] ccache version 2.4 [enabled] app-shells/bash: 3.2_p39 dev-lang/python: 2.5.4-r2 dev-util/ccache: 2.4-r7 dev-util/cmake: 2.6.2-r1 sys-apps/baselayout: 2.0.0 sys-apps/openrc: 0.4.3-r2 sys-apps/sandbox: 1.6-r2 sys-devel/autoconf: 2.13, 2.63 sys-devel/automake: 1.5, 1.9.6-r2, 1.10.2 sys-devel/binutils: 2.18-r3 sys-devel/gcc-config: 1.4.0-r4 sys-devel/libtool: 1.5.26 virtual/os-headers: 2.6.27-r2 ACCEPT_KEYWORDS="x86" CBUILD="i686-pc-linux-gnu" CFLAGS="-Os -march=native -pipe -fomit-frame-pointer" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5/ext-active/ /etc/php/cgi-php5/ext-active/ /etc/php/cli-php5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo /etc/udev/rules.d" CXXFLAGS="-Os -march=native -pipe -fomit-frame-pointer" DISTDIR="/usr/portage/distfiles" FEATURES="ccache distlocks fixpackages parallel-fetch protect-owned sandbox sfperms strict unmerge-orphans userfetch" GENTOO_MIRRORS="http://mirror.gentoo.no/ ftp://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.mirror.web4u.cz/" LANG="de_DE.UTF-8" LDFLAGS="-Wl,-O1" LINGUAS="de" PKGDIR="/usr/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="apic cmov cx8 de dri fpu fxsr mca mce mmx mmxext msr mtrr pae pat pge pse pse36 sep sse tsc unicode vme x86" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1 emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" ALSA_PCM_PLUGINS="adpcm alaw asym copy dmix dshare dsnoop empty extplug file hooks iec958 ioplug ladspa lfloat linear meter mmap_emul mulaw multi null plug rate route share shm softvol" APACHE2_MODULES="actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" ELIBC="glibc" INPUT_DEVICES="keyboard mouse" KERNEL="linux" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LINGUAS="de" USERLAND="GNU" VIDEO_CARDS="intel i810 vesa fbdev" Unset: CPPFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, FFLAGS, INSTALL_MASK, LC_ALL, MAKEOPTS, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS System is actual stable x86. Yes, that's not a bug. The Intel driver is just calling out the kernel to see what DRM functions it supports. So unless something graphics-wise is not working, you can safely ignore this message. Thanks But for me it is a bug, because the X-Server does not start with 2.6.28-gentoo-r5 Kernel. Or is my issue an other bug? With the old 2.6.27-gentoo-r8 the X-Server works fine. Then you're having a real bug... that's the kind of info users tend to put in bug reports... In any case please try the following : - emerge -1 --nodeps libdrm xf86-video-inte mesa xorg-server - if that doesn't fix the bug, please attach your full Xorg.0.log, your xorg.conf and the full output of dmesg. Thanks Created attachment 191413 [details]
Kernel messages with working 2.6.27-gentoo-r10
Created attachment 191415 [details]
XOrg messages with working 2.6.27-gentoo-r10
Created attachment 191417 [details]
Kernel messages with not working 2.6.28-gentoo-r5
Created attachment 191419 [details]
XOrg messages with not working 2.6.28-gentoo-r5
Recompiling libdrm xf86-video-intel mesa xorg-server does not help me. Created attachment 191420 [details]
xorg.conf
Please try xf86-video-intel 2.7.1. Thanks I updated to x11-drivers/xf86-video-intel-2.7.1 and x11-libs/libdrm-2.4.9. Same error. Current i seen, that with working kernel "allocate depth buffer space" failed, but with new (non working) kernel the "Tiled allocation" was sucessfull. After this the pin depth buffer cannot allocate memory. I don't know whether it's relevant. Next step: new kernel, please try the latest ~arch gentoo-sources kernel (2.6.29-rX) Thanks i tested kernel 2.6.29-gentoo-r4. It does not work too. Same errors in logs as 2.6.28. Actually, please try to unmask libdrm as well and rebuild your X packages this way : emerge -1 --nodeps libdrm xorg-server xf86-video-intel Then please attach Xorg.0.log and dmesg. Thanks libdrm updated to 2.4.11 xorg-server is 1.5.3-r5 xf86-video-intel is 2.7.1 mesa is 7.3.1 same error Created attachment 191557 [details]
dmesg with gentoo-sources kernel 2.6.29-r4
tested with updated libdrm
Created attachment 191558 [details]
Xorg.0.log with gentoo-sources 2.6.29-r4 and updated libdrm
Alright, one last test and then I'll forward you to FreeDesktop's bugzilla. Please unmask xorg-server 1.6.1.901 and rebuild xf86-video-intel. Make sure you have : Option "AccelMethod" "UXA" in the Device section for your intel card. Xorg.0.log should then mention both "UXA" and "DRI2" (you can grep for them). Thanks With the xorg-server-1.6.1.901 and "UXA" the X-Server works on both newer kernels (2.6.28/2.6.29) without any errors in dmesg / xorg-log and with better performance! Thanks, Alexander Right, so UXA was probably the key here :) Thanks for the follow up and props for jumping through all the hoops! Closing (yay!) |
