Description of problem: Mga 8 on Desktop Asus motherboard. Intel graphics 00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06) If I open a second google-chrome window, and move the cursor around on it, glrellm goes nuts and almost everything jumps around ( the penguin on the mail notification is the worst of the lot, leaving parts of its bodlegs behind). Version-Release number of selected component (if applicable): How reproducible: very. Steps to Reproduce: 1. 2. 3.
Look at the movie theory.physics.ubc.ca/cursordance.mp4 for a movie of what happens to gkrellm when moving the mouse cursor over the chrome screen.
I can not replicate on Plasma, x.org, and nvidia-current driver. Only tested with chromium from updates_testing Bug 31534. "google-chrome" Is it Chrome from Google or Chromium from our repo? Which version? Could you try new chromium from Bug 31534 ? Which DE and GPU driver? Is it only with using chrom{e/ium} you see this effect?
CC: (none) => fri
Additional to the requested informations from Morgano: This looks like an overloaded graphics adapter/card/chip. Did you try a clean restart of your system because according your video it has an uptime of 48 days. Maybe to much for weak systems…
I second the requests for better info above. * Exactly what browser? $ rpm -q {package} * About your system: $ inxi -MSGxx * When did this problem appear? On first use of the browser, or a recent update? For info re gkrellm: Summary : Multiple stacked system monitors Description : GKrellM charts SMP CPU, load, Disk, and all active net interfaces automatically. An on/off button and online timer for the PPP interface is provided. Monitors for memory and swap usage, file system, internet connections, APM laptop battery, mbox style mailboxes, and cpu temps. Also includes an uptime monitor, a hostname label, and a clock/calendar.
Status: NEW => NEEDINFOCC: (none) => lewyssmith
Google Chrome as I stated. That is the browser distributed by Google. Today the problem is not appearing. As the movie shows, it was definitely here yesterday. I have not updated anything in the past week. inxi -MSGxxinxi -MSGxx System: Host: info Kernel: 5.15.65-desktop-1.mga8 x86_64 bits: 64 compiler: gcc v: 10.4.0 Console: tty 6 wm: kwin_x11 DM: LightDM Distro: Mageia 8 mga8 Machine: Type: Desktop Mobo: ASUSTeK model: B150M-C v: Rev X.0x serial: 150954543401592 UEFI [Legacy]: American Megatrends v: 0310 date: 08/31/2015 Graphics: Device-1: Intel HD Graphics 530 vendor: ASUSTeK driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:1912 Display: server: Mageia X.org 1.20.14 compositor: kwin_x11 driver: intel,v4l resolution: 1920x1080~60Hz s-dpi: 96 OpenGL: renderer: Mesa Intel HD Graphics 530 (SKL GT2) v: 4.6 Mesa 21.3.8 direct render: Yes System: Host: info Kernel: 5.15.65-desktop-1.mga8 x86_64 bits: 64 compiler: gcc v: 10.4.0 Console: tty 6 wm: kwin_x11 DM: LightDM Distro: Mageia 8 mga8 Machine: Type: Desktop Mobo: ASUSTeK model: B150M-C v: Rev X.0x serial: 150954543401592 UEFI [Legacy]: American Megatrends v: 0310 date: 08/31/2015 Graphics: Device-1: Intel HD Graphics 530 vendor: ASUSTeK driver: i915 v: kernel bus ID: 00:02.0 chip ID: 8086:1912 Display: server: Mageia X.org 1.20.14 compositor: kwin_x11 driver: intel,v4l resolution: 1920x1080~60Hz s-dpi: 96 OpenGL: renderer: Mesa Intel HD Graphics 530 (SKL GT2) v: 4.6 Mesa 21.3.8 direct render: Yes ************************************************8 You can see what I have reported by gkrellm on the movie. Running Plasma desktop 5.20.4 And now gkrellm is suddenly freezing-- the clock stopped a minute ago, the items (like CPU seem to be refreshing every 10 sec or so. Ie, it is acting very very wierdly Note as stated that this is intel onboard graphics, not NVIDEA or some other graphics. I just restarted glrellm and now it seems to be advancing as it should. Very very strange.
Too many unknowns, Bill. Your original post cited "a second google-chrome window, and move the cursor around on it, glrellm goes nuts". This is highly specific. Did it happen when you moved the cursor in the original window? Did it happen when only one window was in use? Does it happen with other applications? Your latest comment suggests that gkrellm alone is playing up, you did not say what else - if anything - whas going on. Have you always used gkrellm? Without such problems in the past?
It happened not as badly when one window was open. I reported the details of what happened when it happened. And yes, I always use gkrellm, and no it did not happen in the past. However, when I closed and reopened gkrellm, it behaved itself and is not behaving itself. I thought that this was linked to the other problem in which individual rows of pixels get displaced , especially when one of the windows associated with the icons on the lower panel get opened-- the rest of the screen at the same level as the window will have every second row of pixels displaced by 2-6 pixels or so. Now I am not so sure that the two are related since the problem has of the dancing items in gkrellm seems to not be occuring. So right now this problem seems to be non-reproducible.
OK, some more, possibly related weirdness. I was in google, when suddenly the everything started to drag slowly. I could not move a windown in less than 10 sec of trying.Looking a glrellm, one of the cores was up at 100 % and soon (seconds) all 4 were at 100 %. I managed to open a text window and top was showing that swap was being used almost all (8GB Memory, 8GB) of swap) and the icons along the bottom bar were starting to dance away. I ran top in a terminal, and x-11-kwin was up around 100%. I closed the two chrome windows, and the cpu useage dropped, but the screen dancing continued and gkrellm froze. I took a movie which is on www.theory.physics.ubc.ca/screendnce.mp4 which displays the dancing. This went on for at least three minutes. I finall did alt-ctrl-F3 to get a console window and then ACF1 to get back to my X display, and everything had settled down. In the movie the screen shows the "top" output while the dance is going on.
Could not access the video. What is unusual in this latest comment is the total use of system resources - processors, and especially swap (which is scarcely ever used). Since these intermittant problems seem to start from using Google's Chrome browser, can you not try something different like Firefox, Falkon, our Chromium-browser-stable for a sustained period to see whether they change anything? And since you found that Ctl/Alt/Fn to a virtual console, then Ctl/Alt/F1 back to the GUI seemed to sort the problem, can you try that routinely? It is so quick to do.
Sorry, that is www.theory.physics.ubc.ca/screendance.mp4 My brain is so good at seeing what is supposed to be there, rather than what actually is there. Yes, I could do switch to console and then back to to GUI, and it is easy enough as a way to clear up the dancing. But it does not cure the swapping. The swapping seems to occur (certainly not always) while watching a movie (eg from Acorn streaming). 8GB of memory should be enough to watch movies, and usually is. I have also triggered the screendance while opening Libreoffice spreadsheet. I have just upgraded to the latest kernel, so will see. I still have some weridness (eg when I opened Chrome, there was a shivering of the text on the bottom of the screen, but not the kind of dancing from before)
This bug report was filed against Mageia 8, which is no longer supported https://blog.mageia.org/en/2023/12/30/mageia-8-end-of-life/ Therefore closing this report. Feel free to reopen and change Version: to 9, if the issue is still present in that maintained version.
CC: (none) => marja11Status: NEEDINFO => RESOLVEDResolution: (none) => OLD