Summary: | x11-drivers/xf86-video-intel-2.7.99.902: horrible 2D performance | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Tassilo Horn <tsdh> |
Component: | [OLD] Unspecified | Assignee: | Gentoo X packagers <x11> |
Status: | RESOLVED INVALID | ||
Severity: | major | ||
Priority: | Highest | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
I fired up another X with the 2.8.0 driver, so Xorg.1.conf
The X configuration The complete dmesg output |
Description
Tassilo Horn
2009-07-22 20:00:26 UTC
Sounds like the bug I reported upstream just a few days ago. If you could confirm this : 1) use layman to grab the x11 overlay 2) unmask xf86-video-intel-9999 3) add xf86_video_intel_LIVE_TREE="e386e7b14b139f15205e14b173e8222bf38d9e18" to make.conf 4) build xf86-video-intel-9999 That commit is just a day or two before .902 and should be better. Please do let me know if that solves your problem as soon as possible. Right now, the upstream bug is only about 855 but if newer chips are impacted as well, the bug has a much better chance of getting looked at. Thanks Hey Remi, I'm afraid, but using the 9999 ebuild and that specific commit doesn't resolve the issue. It's still as slow as the 2.8.0 version... Alrighty then, let's do this the old way :) Please attach your xorg.conf, your Xorg.0.log and the output of emerge -pv libdrm xorg-server xf86-video-intel mesa Thanks root@localhost> emerge -pv libdrm xorg-server xf86-video-intel mesa /var/log These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/libdrm-2.4.12 USE="-debug" 0 kB [?=>0] [ebuild R ] media-libs/mesa-7.5-r2 USE="nptl xcb -debug -doc -motif -pic" VIDEO_CARDS="intel -mach64 -mga -none -r128 -radeon -radeonhd -s3virge -savage -sis (-sunffb) -tdfx -trident -via" 0 kB [?=>0] [ebuild R ] x11-base/xorg-server-1.6.2-r1 USE="hal ipv6 nptl sdl xorg -debug -dmx -kdrive -minimal -tslib" INPUT_DEVICES="evdev synaptics -acecad -aiptek -citron -elographics -fpit -hyperpen -joystick -keyboard -mouse -mutouch -penmount -tslib -virtualbox -vmmouse -void -wacom (-calcomp%) (-digitaledge%) (-dmc%) (-dynapro%) (-elo2300%) (-jamstudio%) (-magellan%) (-microtouch%) (-palmax%) (-spaceorb%) (-summa%) (-tek4957%) (-ur98%)" VIDEO_CARDS="intel -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx (-geode) -glint -i128 (-i740) (-impact) (-imstt) -mach64 -mga -neomagic (-newport) -nv -nvidia -r128 -radeon -radeonhd -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l (-vermilion) -vesa -via -virtualbox -vmware -voodoo (-xgi)" 0 kB [?=>0] [ebuild R ] x11-drivers/xf86-video-intel-9999 USE="dri -debug" 0 kB [1] Total: 4 packages (4 reinstalls), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /usr/local/portage/layman/x11 [?] indicates that the source repository could not be determined Created attachment 198897 [details]
I fired up another X with the 2.8.0 driver, so Xorg.1.conf
Created attachment 198898 [details]
The X configuration
from your Xorg.0.log : [...] (WW) intel(0): DRI2: failed to open drm device (**) intel(0): Framebuffer compression disabled (**) intel(0): Tiling enabled (**) intel(0): SwapBuffers wait enabled (EE) intel(0): Failed to initialize kernel memory manager [...] That's pretty bad and it would explain the slowdown. Could you attach the full output of dmesg? Thanks Created attachment 198908 [details]
The complete dmesg output
Ok, so you're missing the i915 kernel driver. Either you forgot to add it to your .config, or something is failing to load it. Please make sure it is correctly built : Device Drivers -> Graphics support -> Direct Rendering Manager -> Intel 830M, 845G, ... -> i915 driver Here's what "dmesg | grep drm" shows on my box : [drm] Initialized drm 1.1.0 20060810 [drm] Initialized i915 1.6.0 20080730 for 0000:00:02.0 on minor 0 Here's what it shows on yours : [drm] Initialized drm 1.1.0 20060810 Thanks Indeed, some time ago I disabled the i915 driver in the kernel, cause I've thought it was an older version of xf86-video-intel, just like there's drm in the kernel and x11-drm in the portage tree. Now I've reenabled it, and the 2.8.0 intel driver works with normal performance. Here's the new dmesg output: Linux agpgart interface v0.103 agpgart-intel 0000:00:00.0: Intel 965GM Chipset agpgart-intel 0000:00:00.0: detected 7676K stolen memory agpgart-intel 0000:00:00.0: AGP aperture is 256M @ 0xe0000000 [drm] Initialized drm 1.1.0 20060810 i915 0000:00:02.0: power state changed by ACPI to D0 i915 0000:00:02.0: PCI INT A -> GSI 16 (level, low) -> IRQ 16 i915 0000:00:02.0: setting latency timer to 64 mtrr: type mismatch for e0000000,10000000 old: write-back new: write-combining [drm] MTRR allocation failed. Graphics performance may suffer. i915 0000:00:02.0: irq 29 for MSI/MSI-X allocated 1280x800 fb: 0x007df000, bo ffff88013baf0000 [drm] LVDS-8: set mode 1280x800 f Console: switching to colour frame buffer device 160x50 fb0: inteldrmfb frame buffer device So except the MTRR allocation it seems to work properly. And the best thing: I got a framebuffer console for free! Great, glad that it works. About the MTRR error, you might want to open a bug in FreeDesktop's bugzilla [1] about that, I don't think this is too much of an issue, but just in case... (please paste the url here once you do) Closing INVALID since this wasn't a bug :) Thanks [1] http://intellinuxgraphics.org/how_to_report_bug.html |