Bug 17950 - change in resolution or randomly mouse becomes curtain instead of mouse (Intel Skylake GPU)
Summary: change in resolution or randomly mouse becomes curtain instead of mouse (Inte...
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: 5
Hardware: x86_64 Linux
Priority: High critical
Target Milestone: ---
Assignee: Kernel and Drivers maintainers
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on: 18031
Blocks:
  Show dependency treegraph
 
Reported: 2016-03-10 21:22 CET by w unruh
Modified: 2016-11-06 14:07 CET (History)
2 users (show)

See Also:
Source RPM: kernel 4.1.18
CVE:
Status comment:


Attachments

Description w unruh 2016-03-10 21:22:43 CET
Description of problem:I have a new computer Motherboard ASUS B150M-C 
with Intel graphics. Only kernel 4.1.8 works at all. But the system still has a sever problem. If I change resolution eg from 1920x1080 to 1600x 1024) the mouse suddenly becomes a curtain which is pulled up from the bottom of the screen to the mouse position, ( plus the whole screen tgets displaced to the right and partially wrapped around). The colour of the curtain is the colour of the screen at which the mouse is apparently located (if I move the mouse the colour changes) and there is not mouse cursor Ie, it becomes completely impossible to use the mouse and thus impossible to use X at all. 


The monitor is a Viewsonic Vx2253 monitor using the hdmi cable to connect them.






How reproducible: I do not want to reproduce but it has happened about 4 times to me. Once when I changed the resolution (because of monitor problems) and at least once after a screensaver.
Comment 1 w unruh 2016-03-11 02:42:37 CET
Every time the screen blanks due to the timeout, it enters this insane "mouse curtain" mode. (The screen below the (invisible) location of the mouse blanks out with the color of the screen at the (invisible ) mouse location, and the whole display shifts right (with wraparound ) by about 1/6 of the screen width with wraparound, except there is a vertical corridor about 1/10 of the screenwidth which 
seems to contain random portions of the display.

If I move the mouse right to the bottom of the screen I get a perfect screen display-- no curtain and no shift right. Probably some severe problem with the intel display driver. 

00:02.0 VGA compatible controller: Intel Corporation Sky Lake Integrated Graphics (rev 06)
Comment 2 w unruh 2016-03-11 19:41:01 CET
OK, I compiled the latest kernel 4.4.4-1 from cauldron for mga5 and installed it ( having to install various other stuff from cauldron as well to satisfy the dependencies, and it seems to be working better. At least bootup worked, X came up, doing alt-ctrl-F3 to get the console worked much faster than before, and switching back to X (alt ctrl F1) did not result in that curtain effect. 
I will have to try it for longer to see if the curtain returns or not. 
If not then mga5 really should have the kernel upgraded to the 4.4.1 so that Skylake video can actually be used by MGA5. 

(Note that it does not work at all for the 3.19.8 of the un-updated distribution. X never comes up at all. For 4.1.18 it does come up but with that curtain effect coming in. Nothing I did -- adding stuff to the kernel boot line, changing xorg.conf,...--- could get rid of it occuring.)

Priority: Normal => High
Hardware: All => x86_64
Source RPM: kernel 4.1.8? => kernel 4.1.18

Comment 3 Nic Baxter 2016-03-12 06:39:02 CET
I have done some searching and many people are having issues with Sky Lake Integrated Graphics.
I found one archlinux reference (https://wiki.archlinux.org/index.php/intel_graphics#Skylake_Support) that states

'For linux kernels older than 4.3.x, i915.preliminary_hw_support=1 must be added to your boot parameters for the driver to work on the new Intel Skylake (6th gen.) GPUs. On a fully updated system running kernel 4.3.x and up, this step is unneccesary.'

I don't have the hardware to test this but it might solve your curtain issue.
Hope this helps.

CC: (none) => nic

Comment 4 w unruh 2016-03-12 07:01:40 CET
I saw that too and tried it. It did not help at all. Ie, no difference at all.

I have now downloaded kernel 4.4.5 from updates-testing and installed it (I did not even think of looking there since usually Mageia does not make such big jumps in version on a distribution). On first observation it seems to be working. No mouse curtain if I do alt-ctr F3 and then alt-ctrl-F1 to get back to X. Also the console comes up really fast rather than the 2-3 sec delay I got with 4.1.18.(X still takes about 4-5 sec to come up when I do A-C-F1 but the mouse works).
I will have to wait a few days to see if this continues to work. I have been scared to try to alter the resolution and seeing if that works, since I have to do work on this system. 

The one thing that continues not to work is the intial text. I have removed the splash and the quiet from the kernel boot line in grub, but the initial boot text and the beginning  of the initrd text does not appear. It begins to display about half way through the systemd boot reports ( and completes the bootup about 4 sec later).This may be a problem with my monitor which seems to be taking its own sweet time changing resolutions.
Marja Van Waes 2016-03-12 20:07:12 CET

CC: (none) => marja11
Assignee: bugsquad => tmb
Summary: change in resolution or randomly mouse becomes curtain instead of mouse => change in resolution or randomly mouse becomes curtain instead of mouse (Intel Skylake GPU)

Comment 5 w unruh 2016-03-15 08:28:17 CET
OK, I downloaded 4.4.5-1 and tried it out over the weekend and today (Mon) and there is no evidence of that dreaded curtain. So, unless something else comes up, I think we can say this is solved with the 4.4.5 kernel. (of course 4.4.5 is not out from testing yet, so perhaps we should wait till it is.)
Comment 6 Thomas Backlund 2016-03-18 11:34:15 CET
kernel-4.4.6-1 is now in testing

Depends on: (none) => 18031

Comment 7 w unruh 2016-03-19 09:12:48 CET
Still no problems with 4.4.5-1
Comment 8 w unruh 2016-04-29 00:35:28 CEST
What is happening with the 4.4.x as far as going from testing to updates? 
This bug was definitely a problem with the Skylake graphics and it not being supported in 4.1. 
updates_testing is not up to 4.4.8 but none of those have migrated to updates.
I have now been using 4.4.5 for over a month, and have not had obvious problems.
Comment 9 Marja Van Waes 2016-08-26 11:42:36 CEST
Mass-reassigning all bugs with "kernel" in the Source RPM field that are assigned to tmb, to the kernel packagers group, because tmb is currently MIA.

Assignee: tmb => kernel

Comment 10 w unruh 2016-11-06 14:07:44 CET
This should probably be closed since the newer kernels (eg 4.4.8) fix lots of the Skylake bugs, including this one.

Status: NEW => RESOLVED
Resolution: (none) => FIXED


Note You need to log in before you can comment on or make changes to this bug.