[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#539400: marked as done (xserver-xorg-video-intel: X performance drops and X crashes)

Your message dated Fri, 31 Jul 2009 23:28:02 +0200
with message-id <4A7361E2.2020602@ens-lyon.org>
and subject line Re: Bug#539400: xserver-xorg-video-intel: X performance drops and X crashes
has caused the Debian Bug report #539400,
regarding xserver-xorg-video-intel: X performance drops and X crashes
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
539400: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=539400
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Package: xserver-xorg-video-intel
Version: 2:2.8.0-1
Severity: important

Hello,

starting with 2:2.8.0-1 xserver-xorg-video-intel leads to X eating 100%
CPU when running applications like firefox, even simple xterms lead to
high load.
Furthermore, when I try to play some video with mplayer (vo=xv), the X
server crashes immediately.
I'm running it on an Asus P5E-V HDMI with Intel G35 chipset.
Downgrading to 2:2.7.1-1 solves these issues.

I'm not sure if this belongs somehow to #535300 - it sounds similar.
However, #535300 is marked as fixed in 2:2.7.99.901-2.

$ lspci -v ...
00:02.0 VGA compatible controller: Intel Corporation 82G35 Express Integrated Graphics Controller (rev 03) (prog-if 00 [VGA controller])
        Subsystem: ASUSTeK Computer Inc. Device 8276
        Flags: bus master, fast devsel, latency 0, IRQ 30
        Memory at fe600000 (32-bit, non-prefetchable) [size=1M]
        Memory at d0000000 (64-bit, prefetchable) [size=256M]
        I/O ports at bc00 [size=8]
        Expansion ROM at <unassigned> [disabled]
        Capabilities: <access denied>

00:02.1 Display controller: Intel Corporation 82G35 Express Integrated Graphics Controller (rev 03)
        Subsystem: ASUSTeK Computer Inc. Device 8276
        Flags: bus master, fast devsel, latency 0
        Memory at fe700000 (32-bit, non-prefetchable) [size=1M]
        Capabilities: <access denied>

$ COLUMNS=72 dpkg -l libdrm-intel1 libdrm2 libxv1 libxvmc1 xserver-xorg-core linux-image-2.6.30-1-686-bigmem
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Hold/Reinst-required/X=both-problems (Status,Err: uppercase=bad)
||/ Name           Version        Description
+++-==============-==============-============================================
ii  libdrm-intel1  2.4.12-1       Userspace interface to intel-specific kernel
ii  libdrm2        2.4.12-1       Userspace interface to kernel DRM services -
ii  libxv1         2:1.0.4-1      X11 Video extension library
ii  libxvmc1       1:1.0.4-2      X11 Video extension library
ii  linux-image-2. 2.6.30-3       Linux 2.6.30 image on PPro/Celeron/PII/PIII/
ii  xserver-xorg-c 2:1.6.2.901-1  Xorg X server - core server

Please let me know if I can provide more evidence.


regards
   Mario
-- 
It is practically impossible to teach good programming style to students
that have had prior exposure to BASIC: as potential programmers they are
mentally mutilated beyond hope of regeneration.  -- Dijkstra

Attachment: signature.asc
Description: Digital signature


--- End Message ---
--- Begin Message --- 
Mario 'BitKoenig' Holbe wrote:
>> eww PAE kernel.  GEM doesn't work there before 2.6.31, so that'd cause
>> issues.
>>     
>
> Indeed, xawtv does not complain anymore about failing to initialize GEM
> (whatever that might be).
>   

And your old Xorg.0.log confirms that UXA (acceleration) was disabled
because of missing GEM support in your kernel (GEM is Intel's Graphical
Extension Manager, the kernel code that manages video memory allocations
and so on).

> With the above setup xawtv works in 'overlay' capture mode and crashes X
> in 'grabdisplay' capture mode just like mplayer does.
>
> Would it probably be possible to just disable this GEM thingy on setups
> where it does not work?
>   

GEM is required by the UXA acceleration. UXA is the only acceleration
supported in Intel 2.8.0 (XAA and EXA have been dropped). So it's either
GEM and UXA, or no acceleration at all (that's what you get with the
bigmem kernel). Fortunately, the GEM problem will disappear with 2.6.31.

> I tried linux-image-2.6.30-1-686_2.6.30-4_i386.deb and X performs well
> with it, no crashes anymore.

Good to know, closing then.

> However, xawtv does not work anymore in
> 'overlay' capture mode - it shows a black screen only. The CPU-burden
> 'grabdisplay' capture mode works.
>   

I am not sure how this works. You might want to open a bug at
bugzilla.freedesktop.org (product xorg component driver/intel) so that
you may this directly with the upstream devs.

Brice

--- End Message ---
Reply to: