FS#36439 - [xf86-video-intel] causes incorrect rending and display freezing

Attached to Project: Arch Linux
Opened by Junhua Gu (astrojhgu) - Wednesday, 07 August 2013, 04:16 GMT
Last edited by Andreas Radke (AndyRTR) - Monday, 23 December 2013, 20:23 GMT
Task Type Bug Report
Category Packages: Extra
Status Closed
Assigned To Jan de Groot (JGC)
Andreas Radke (AndyRTR)
Laurent Carlier (lordheavy)
Architecture x86_64
Severity High
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 6
Private No

Details

Description:

After upgrading to xf86-video-intel 2.21.14-1, following things happened:
1. lightdm-gtk-greeter failed to start, which works well under xf86-video-intel 2.21.13-1
2. If I replace the lightdm-gtk-greeter with lightdm-kde-greeter, than I can login, but some programs have abnormal rendering of font (xfce-terminal, the panel) and image (firefox, the panel)
3. If I downgrade the xf86-video-intel 2.21.14-1 back to 2.21.13-1, everything would be ok.
4. In the log file x-0.log, following line appear:
(EE) [mi] EQ overflowing. Additional events will be discarded until existing events are processed.
then followed by stack backtrace

Additional info:
* package version(s)
2.21.14-1
* config and/or log files etc.


Steps to reproduce:
   x-0.log (8.7 KiB)
This task depends upon

Closed by  Andreas Radke (AndyRTR)
Monday, 23 December 2013, 20:23 GMT
Reason for closing:  Deferred
Comment by Junhua Gu (astrojhgu) - Wednesday, 07 August 2013, 04:19 GMT
Some more information about my machine:
my laptop is a lenovo thinkpad T420i

lspci information:
00:00.0 Host bridge: Intel Corporation 2nd Generation Core Processor Family DRAM Controller (rev 09)
00:02.0 VGA compatible controller: Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller (rev 09)
00:16.0 Communication controller: Intel Corporation 6 Series/C200 Series Chipset Family MEI Controller #1 (rev 04)
00:19.0 Ethernet controller: Intel Corporation 82579LM Gigabit Network Connection (rev 04)
00:1a.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #2 (rev 04)
00:1b.0 Audio device: Intel Corporation 6 Series/C200 Series Chipset Family High Definition Audio Controller (rev 04)
00:1c.0 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 1 (rev b4)
00:1c.1 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 2 (rev b4)
00:1c.3 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 4 (rev b4)
00:1c.4 PCI bridge: Intel Corporation 6 Series/C200 Series Chipset Family PCI Express Root Port 5 (rev b4)
00:1d.0 USB controller: Intel Corporation 6 Series/C200 Series Chipset Family USB Enhanced Host Controller #1 (rev 04)
00:1f.0 ISA bridge: Intel Corporation QM67 Express Chipset Family LPC Controller (rev 04)
00:1f.2 SATA controller: Intel Corporation 6 Series/C200 Series Chipset Family 6 port SATA AHCI Controller (rev 04)
00:1f.3 SMBus: Intel Corporation 6 Series/C200 Series Chipset Family SMBus Controller (rev 04)
03:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8188CE 802.11b/g/n WiFi Adapter (rev 01)
0d:00.0 System peripheral: Ricoh Co Ltd MMC/SD Host Controller (rev 08)
Comment by Götz (goetzc) - Wednesday, 07 August 2013, 15:52 GMT
In version 2.21.14-1 "sna" accelaration was made default in Arch, try changing it to "uxa" to see if it works.
Comment by Frederic Bezies (fredbezies) - Thursday, 08 August 2013, 07:26 GMT
Had some shutdown problem, and using this /etc/X11/xorg.conf.d/20-intel.conf file fixed my problem :

Section "Device"
Identifier "Intel Graphics"
Driver "intel"
Option "AccelMethod" "uxa"
EndSection
Comment by Mike Cloaked (mcloaked) - Sunday, 11 August 2013, 15:02 GMT
This upstream report seems relevant - I have similar graphics corruption using chrome with some webpages and the workaround suggested above helps me avoid the problem - but the bug in the intel video package needs to be fixed since I believe that uxa will become obsoleted at some point.

The upstream report is at:
https://bugs.freedesktop.org/show_bug.cgi?id=66990
Comment by Junhua Gu (astrojhgu) - Monday, 12 August 2013, 02:28 GMT
Change the Acceleration Method to be uxa works for me! Thanks.
Comment by Pablo Lezaeta (Jristz) - Monday, 12 August 2013, 09:48 GMT
That work to for me whit the same probles for the lightdm-gtk2-greeter
I think that 'sna' is not enought stable as Arch think when they enable it (or not well tested)
Comment by Götz (goetzc) - Monday, 12 August 2013, 16:12 GMT
It is for sure not stable, that is why upstream hasn't made sna the default.
And the maintainers here don't want to say why they made this change. Why is this?
Comment by Kai Hendry (hendry) - Friday, 16 August 2013, 15:01 GMT
I have this issue too: https://twitter.com/kaihendry/status/367850111113523200

It's a bit of nuisance atm. I can live with it, if it means we are going to arrive in a better place for it.
Comment by Andreas Radke (AndyRTR) - Monday, 23 December 2013, 20:23 GMT
According to the upstream report this is fixed in git master. Please wait for 3.0 driver release or use a late git snapshot. Or revert back to UXA.

Loading...