Description of problem: Version-Release number of selected component (if applicable): xorg-x11-drv-intel-2.99.917-23.20160512.fc24.x86_64.rpm How reproducible: Latest driver yields garbled text after 1-4 days of normal operation. Downgrade to older version xorg-x11-drv-intel-2.99.917-20.20160119.fc24.x86_64.rpm from koji appears to solve problem. Problem never occurred previously in over 4 years. Steps to Reproduce: 1.update to latest version "23" 2.operate system for several days. 3.garbled text suddenly appears on 5742-6682 acer aspire 4.a logout/login (without reboot) temporarily clears problem, only to eventually reappear. Actual results: Expected results: Additional info: 5742-6682 acer aspire laptop VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
I've just build a new version of the intel driver which hopefully fixes this, can you please test: http://koji.fedoraproject.org/koji/buildinfo?buildID=779664
Ok. Just loaded new version and fresh reboot on the laptop. Will need to report back in 3-4 days as to success or fail, since prior failures occurred randomly and spontaneously after several days of normal operation. From the symptoms, it might have been a memory corruption problem.
xorg-x11-drv-intel-2.99.917-24.20160712.fc24 has been submitted as an update to Fedora 24. https://bodhi.fedoraproject.org/updates/FEDORA-2016-8aabc73dbf
xorg-x11-drv-intel-2.99.917-24.20160712.fc24 has been pushed to the Fedora 24 testing repository. If problems still persist, please make note of it in this bug report. See https://fedoraproject.org/wiki/QA:Updates_Testing for instructions on how to install test updates. You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2016-8aabc73dbf
New driver xorg-x11-drv-intel-2.99.917-24.20160712.fc24 appears to have eliminated the problem, as did the older xorg-x11-drv-intel-2.99.917-20.20160119.fc24.x86_64 driver as well. No garbled text in the past 2.5 days. Thank you.
Just returned from a 1 week vacation, fresh start on laptop with driver: Installed Packages xorg-x11-drv-intel.x86_64 2.99.917-24.20160712.fc24 @@commandline After 1 day of operation, garbled text (missing letters to be precise) reappeared. Reverting back to xorg-x11-drv-intel-2.99.917-20.20160119.fc24.x86_64
Decided to test version -25 from koji: Installed Packages xorg-x11-drv-intel.x86_64 2.99.917-25.20160712.fc25 @@commandline Available Packages xorg-x11-drv-intel.i686 2.99.917-24.20160712.fc24 updates-testing If this fails, will test versions -21 and -22 to help isolate the start of bug in version -23. Version -20 works.
xorg-x11-drv-intel-2.99.917-24.20160712.fc24 has been pushed to the Fedora 24 stable repository. If problems still persist, please make note of it in this bug report.
Just a note: 2.99.917-24.20160712.fc24 had a bug per comment 6 above. Currently testing -25 from koji per comment 7. Good so far for ~2 days, but insufficient test time for definitive assessment. Will report if -25 fails, in which case will test per comment 7 to help isolate version-specific genesis of problem.
Created attachment 1185645 [details] Screenshot of garbled/corrupted text on F24 with -25 koji intel driver. Version -25 koji driver just failed. This screenshot shows corrupted mate desktop, corrupted Thunderbird fields, yet only a corrupted window title on firefox.
Created attachment 1185647 [details] Additional screenshot of corrupted system file menu text. Additional screenshot showing corruption of system file listing window.
Proceeding per my comment 7, testing with version -22 and if it fails, next -21. As said before, driver version -20 works fine.
Created attachment 1186335 [details] Update-Intel Driver 2.99.917-22.20160119.fc24 also fails Update--version "-22" fails. Will now test version "-21". Bug genesis now confined to either "-21" to "-22", or "-20" to "21"revision. Installed Packages xorg-x11-drv-intel.x86_64 2.99.917-22.20160119.fc24 @@commandline Available Packages xorg-x11-drv-intel.i686 2.99.917-24.20160712.fc24 updates xorg-x11-drv-intel.x86_64 2.99.917-24.20160712.fc24 updates flo@FS_Notebook ~$
Created attachment 1187527 [details] Screenshot results of intel driver 2.99.917-21.20160119.fc24 failure "-21" driver failed today. Screenshot interesting in that only certain portions of gui display are corrupted..other sections are not, as shown. This final test isolates genesis of bug in the "-20" to "-21" version. flo@FS_Notebook ~$ dnf list installed xorg-x11-drv-intel Last metadata expiration check: 1 day, 17:38:23 ago on Tue Aug 2 16:39:16 2016. Installed Packages xorg-x11-drv-intel.x86_64 2.99.917-21.20160119.fc24 @@commandline flo@FS_Notebook ~$
Update--now have garbled text with -20 version driver, which was previously reported as a working version. That prior observation and working theory is no longer true. This Fedora install started as a mate-desktop rollout, F22->F23->F24 by fedup. Gnome was never installed. Decided to try following: sudo dnf install @gnome-desktop sudo dnf install system-switch-displaymanager system-switch-displaymanager-gnome Booted into gnome desktop one time to permit any initializations, and then sudo system-switch-displaymanager chose gnome gdm to replace lightdm, as font corruption MAY have been occurring on the restore from screensaver login process. Currently running: Installed Packages xorg-x11-drv-intel.x86_64 2.99.917-24.20160712.fc24 @updates Time will tell if this solves the problem, but for now it appears that the intel driver might not be the cause.
Update: Despite the actions noted in comment 15, plus a change of screensaver display AND the creation of a /etc/X11/xorg.conf.d/20-intel.conf file with the following contents Section "Device" Identifier "card0" Driver "intel" Option "AccelMethod" "uxa" EndSection to suppress any sna-related driver issues, corruption still occurred. It was noticed that in Firefox, even upon a fresh boot, the highlighting of a submenu item in say bookmarks caused the parent menu item to disappear. A test of firefox under gnome yielded correct operation. It was suspected that the mate theme might be the cause, so it was changed to something different. That change yielded correct firefox submenu operation, as well as no detectable font corruption for over 4 days. It appears at this point that previous Mate theme had a defect of some sort. Currently running all the latest test updates as of 8/12/16. Hopefully this action will resolve the problem for good.