Thanks, same issue on arch. I thought I am going crazy - none of my recovery mechanisms worked, started thinking I have hardware issue…
You mean the pixels in the top 5 rows get “random” colors for a fraction of a second and then become normal again?
I experience the same issue on Fedora 36 with Gnome, but only when waking up from suspend. It seems to be more severe, the longer the laptop has been sleeping. In some cases the flickering goes away, but sometimes only a reboot fixes the problem. Does anyone else have this problem?
Just to follow up from my previous comment:
I’m still experiencing the issue. Couple of things to note:
- The flickering/freezing seems to get more intense if I’m trying to watch videos.
- OBS recordings don’t capture the issue at all. Even when my screen completely freezes, when I watch the recording it shows my mouse moving
@Philip_O I did feel like it’s more likely to happen after waking up from suspend. Initially I thought it only happened after suspending, but I’ve recently experienced it a couple of times even when I never put my laptop to sleep.
Also, yes I found that it does sometimes go away if I just ignore it for a while.
[quote=“Philip_O, post:10, topic:23063, full:true”]
You mean the pixels in the top 5 rows get “random” colors for a fraction of a second and then become normal again?
I experience the same issue on Fedora 36 with Gnome, but only when waking up from suspend. [/quote]
Fwiw, I often see this when booting normally (no suspend). It seems to happen more frequently under heavy GPU load.
The issue is still there btw on Kernels all the way up to 5.19.15.
I just installed .16, let’s see how this one goes.
I agree with previous people that it happens more often after the laptop is woken up from suspend, but I also see it randomly upon a clean boot.
Just noting I have the same issue here. It seems to only occur after a suspend, and doesn’t happen all the time.
I’m on 6.0.6-arch1 (Arch Linux), with Gnome + Wayland.
I suspect it may be related to Hard freezing on Fedora 36 with the new 12th gen system - which I was also having issues with.
I also have these weird flickering issues. I’m running Pop!_OS 22.04 LTS with kernel 6.0.6-76060006-generic
, X11, Gnome 42.4
12th Gen i7-1280P.
I get both the top 5 rows of pixels glitching out sometimes (random colors/static) AND the flickering on the left side (but only on the internal display).
@TermoZour The flickering issues you may be having there could be due to using x11 instead of wayland, and possibly due to the custom CPU scheduler that System76 uses with Pop!_OS. That said, let me know if switching to wayland gets rid of that for you. I found an open issue on the Pop!_OS github here that may be relevant.
@GeoStreber Hello from the Discord and now the Forums! I’m running Fedora 37 on my 11th gen Framework, in wayland, with no flickering. That said, if you’re running a 6.0.x kernel and are using the wayland compositor, you shouldn’t have any flickering issues currently. Go ahead and update your install from the terminal if you can, and let me know how things are looking if on a 6.0.x. release. 5.19.x kernels are currently EOL and won’t be supported by the kernel developers going forward unless a distro maintains them like Ubuntu is. The 6.0.x kernels have better support for the new weird e/p thing Intel is doing in 12th gen, so give em a shot!
@Alex_S it just so happened that today I decided to pull the trigger and switch to Wayland. I’ve had no flickering after restarts or resuming from suspend.
Still running the exact same kernel version.
I did spot some glitching from time to time. First 5 rows of pixels of my internal display would get random colors. But those are rare and I can’t seem to point out why they happen.
@Alex_S Speaks the truth on this. 6.x kernels are where it’s at with Fedora 37.
Regarding the occasional glitching, I can’t seem to reproduce this myself. I’d look to anything attached (external monitors if relevant), and check dmesg as well.
I still have the issue on Fedora 37 using 6.0.8 at the moment. Every now and then, the top 5 or so lines just flicker in random colours. The issue exists only on the internal screen, not only any external monitors, and it cannot be captured with screen capture software.
Please logout, at login select Xorg and see if it continues there. Wayland may be bugging out.
Also if you have any additional extensions enabled in GNOME, please try disabling them for testing.
I’m running openSUSE Tumbleweed KDE (X11) with the latest kernel, and I’ve been experiencing similar issues. Specifically, the screen will occasionally freeze over and over again for a time. I’ve tried setting kernel parameters like intel_idle.max_cstate=3
per others’ suggestions, but they haven’t completely rectified the issue. I haven’t experienced the issue yet on Ubuntu, and probably won’t since I only tested it briefly, but yeah… I really wish I knew what was causing this.
For my full config:
Mainboard: i5-1240p
SSD: SN850
RAM: 1 stick of Crucial 16gb RAM as sold by Framework (idk the exact model)
Kernel version: 6.0.8-1 default
I know that openSUSE isn’t an officially supported distro but I’ve seen community posts suggesting that it basically works almost as well as the officially supported distros. And judging by this post, I would guess the issue is not exclusive to openSUSE.
For a visualization of this issue, here is what it looks like. My mouse might be a bit hard to follow but notice how the screen contents briefly shift up vertically after every freeze.
HI there,
I just saw this thread. I posted similar issue with kernel 6.0 in another thread about testing 6.0 kernel.
I have now gave up using anything else than 5.15 kernel.
The latest kernel 6.0.8 doesn t give graphic glitch on my ubuntu 22.04 but it seems to increase my chargee loop bug.
What I had with previous 6.0 kernels was 4 lines of white pixels flickering at the top of the screen continually
@Geoff_Sanderson Does anything show up in dmesg
that seems relevant immediately after this happening? If not, please try journalctl --since="10 minutes ago"
(especially if you have to reboot).
@Iann_C Same, please try running journalctl --since="10 minutes ago"
(especially if you have to reboot).
Whatever is happening will hopefully appear there.
Has anyone found a pattern regarding the fainbow flickering of the first five pixel rows yet? Neither journalctl nor dmesg seem to notice them happening on my end.
1240P and Fedora 37, everything updated if that matters.
I am also having persistent freezing issues on Fedora 37, kernel 6.0.12-300.fc37.x86_64.
Edit: 12th ed Framework with an 850, also.
-
There are intermittent temporary freezes in any application.
-
It also can’t go more than ten minutes screensharing through the Zoom (flatpack) app or Discord webapp (app not installed) without freezing permanently (requiring a hard reboot).
-
Its only my display that freezes - people have reported to me seeing keystrokes go through on the screenshare, and things I’ve typed after freezing have been recovered via autosave after the power cycle.
-
Additionally, a Ubuntu Boxes VM caused freezing once.
At this point, I am planning to trade out my Fedora installation for Ubuntu. The application support is better e.g. native MCUXpresso packages. Fingers crossed that the freezing issue isn’t present.
edit: bulletized + successfully installed 22.10 with no freezing so far.
Cheers!
All in this thread,
Keeping this thread on Fedora 37 related issues:
-
Reports of Zoom, Discord webapp (installed or browser tab?), Ubuntu Boxes VM issues causing freezing.
-
Wayland (default) also tested by logging out and try and trying X? I noted one report with X, so I wanted to see if there are any others.
-
All effected, please list your Framework as 11th or 12th gen, kernel version, display server. Also, please indicate if there are external monitors attached (especially for those with flickering).
-
Please use the dash key for “bullet points” so this can be made easy to read as everyone reports in. Also we want short, direct responses so I am not lost in a “wall of text” - my goal is to replicate and then report this to our Fedora contact.
Please just reply on this comment and I’ll see if I can find a common thread.
Thanks
Running Default Fedora 37 Gnome on i7-1260p Wayland 6.0.12 or latest available ( i915.enable_guc=3 is enabled in kernel parameter, along with the recommended blacklist), 2 1920x1280 external displays attached by dock, Experimental Scaling enabled at 125% for internal display. Roughly one hard freeze per week (enabled guc and huc recently testing to see if things improve), always occuring immediately after coming out of suspend, using a bluetooth mouse, while going into settings.
I have not had the time to go digging, but as soon as this occurs and I have time to debug everything it will likely be a Wayland/Xwayland/Mutter/App being used issue and no longer just an Intel Graphics issue.
The last time I had any freeze it was Firefox rather how it’s hardware acceleration was active. gfx.webrender.all was not enabled and media.ffmpeg.vaapi.enabled were not enabled. Once I activated both I no longer had issues on that front. It was interesting because only the internal monitor was frozen, the Firefox window would minimize to the dash. This behavior is to be expected with Wayland as each window is isolated, however it made me wonder if all the other times I thought I had a hard freeze it was simply Wayland dying on a single window.
(Note: enabling guc and huc has gotten rid of all visual artifacts during screen lock or suspend that I was experiencing previously i.e. a number of red and white lines across the middle of the screen right before it blacked out. Also everything seems more graphically responsive than before, unsure how to describe it. Temps have dropped also while running videos. I will be testing this out on discord and zoom tomorrow, and report back.)
P.S. @Matt_Hartley I am unsrue how you want these things formatted, so an example would be helpful. Thanks.
I hope this write-up is up to standard.
Issue
- Screen flickering, mainly upper few rows of pixels
- occasional full screen flickering observed, but rarely
- Occurs irregularly, mainly within the first few minutes after boot or suspend
- both in X11 and Wayland, though subjectively more often in Wayland
- new: reproducible by turning night mode on and off, regardless of X11 or Wayland
Device
- Framework 1240P DIY Edition
- WD Black SN850X and Crucial CT32G4SFD832A bought separately
- Fedora 37, always up to date
- Kernel 6.0.12-300.x86_64
- Mutter 43.2-1.fc37