Librem 13 Screen Flicker / crash linked to wifi / kill switch

Hello. I’m running a Librem 13v3 with PureOS, fully updated. The most pressing issue I currently have is screen flickering that is sometimes extremely severe and crashes the system (flickers intensely for a few seconds or minutes, then occasionally fades out the display and locks up; sometimes recoverable through a sleep/wake cycle, other times requires a full restart). Other times it just flickers every few seconds (randomly), and although very annoying, the system remains usable. Here is what I have found:

The issue happens only in some locations. At my home office there is occasional minor flicker, no big deal, but typically no other issue. At my work (I move around various locations on a campus), some rooms tend to be alright, whereas others produce a severe flicker and sometimes crashing on a more frequent basis (not always, but usually. Sometimes less severe flickering). Note that wifi networks may differ between rooms. The point is that the problem seems to be at least correlated with physical location and/or wifi signals.

After testing some variables today, I found that, thus far at least: disabling the wifi via kill switch seems to fix the problem, though I observe that it does not instantanously resolve the flicker, but only after a couple of seconds once “airplane” icon (wifi disabled indicator in PureOS) appears, it seems ok. This suggests to me it is, hopefully, a software issue?

I have already tried the solutions for flickering posted in the wiki / other threads (e.g., disabling i915 options in GRUB config file), but these did not appear to help the issue.

Anyone have this problem? I am hoping the kill switch “solution” will provide a temp fix to make my machine at least usable, but of course I need wifi for my work, so this is not a long-term solution and makes the system effectively unusable.

Thanks for feedback, all.


Out of curiosity - are the surfaces you’re placing your laptop on at these different locations made of different material? Are things worse when on a metal surface vs on a non-conducting surface?
If flipping the Wifi kill switch seems to help, have you opened the laptop to look at the wiring for the Wifi module? Do the wires look firmly connected, and not loose/potentially shorting somewhere?

I’m just taking shots in the dark here but wondering if there’s some electrical issue that’s causing it.

I observed similar behavior, although not recently. I can confirm that it is wireless related.

I’m on KDE and I noticed the flickering was almost always when I had the wireless-status-icon menu open. I think what happens when I open the menu is that it scans for available networks. So I attributed it to that.

However, as I didn’t have it recently, I’m wondering if it depends on the precise access point. I have 3 AP, but stick to one most of the time. Or, maybe the “good” one is (not) on 5 GHz. I’ll have to check that.

Out of curiosity - are the surfaces you’re placing your laptop on at these different locations made of different material? Are things worse when on a metal surface vs on a non-conducting surface?

Doesn’t seem to have an impact as far as I can tell. Most of the surfaces are wood tables, and it seems to have problems on some, but not all. Similar to if I carry it while walking (and watching for flicker); it’s fine part of the time, but if I move to certain areas it seems to more frequently have the problem, suggesting to me it is something related to wifi. However, this is a different story from my trackpad problem (which I bet is a ground-related issue as it is sensitive to surface), but that never got any resolution, and I have to keep a USB mouse plugged in. (Librem13 Touchpad unresponsive on table or battery)

If flipping the Wifi kill switch seems to help, have you opened the laptop to look at the wiring for the Wifi module? Do the wires look firmly connected, and not loose/potentially shorting somewhere?

Havn’t opened it up yet, but I may take a look. I am assuming it is not a wiring issue, given how the issue seems somewhat sensitive to wifi signal (described below), but will check if all else fails!

I’m on KDE and I noticed the flickering was almost always when I had the wireless-status-icon menu open. I think what happens when I open the menu is that it scans for available networks. So I attributed it to that.

I did some testing and found that this seems to be the case for me as well. Overall the flicker is somewhat unpredictable, but I have (most of the time) been able to get it to flicker severely and crash if I open up the wifi network selector (“Select Network” option in PureOS). I also found it seems to be especially severe when both scanning for networks on that screen, and also when connected to a certain network in my office environment. I don’t know any of the configurations for the networks, but the point is that it seems sensitive, at least some of the time, to the scanning/connecting to certain networks. At my house I only have one access point (though I broadcast both 5Ghz and 2Ghz, and many other ssid’s are detected from neighbors, but all residential access points I assume) and it flickers occasionally with wifi on, but nothing near as severe as some of the connections and physical locations around my work. Then again, I can stay in the same physical location, on the same network, and get severe flicker at times, but other times it is fine (it seems, randomly, to react for better or worse to sleep-wake cycling, similar to this issue that I also have with the fan/CPU throttling: CPU fan stuck at high speed sometimes).

Thanks for the feedback so far, taylor-williamc & Caliga.

EDIT: To illustrate; ficker was more or less fine in home environment (some flicker on login as is typical, but then stopped). However, after traveling to different physical location (work environment), flicker was severe, causing a crash. After about 8 sleep-wake cycles without improvement, on a 9th it all of the sudden is functioning without issue, despite not moving physically at all.

I noticed the same thing a few times myself, the screen flickers and then the flickering stops. As well, another bug I’ve noticed is the fans. When I let it sleep and close it up, it goes to sleep and all is well. Sometimes though when I open it up and use it, the fans go to full speed and the only way I can get it to stop (I believe it’s the CPU fan but could be others) is by putting it back to sleep or restarting. I know there are fan control software out there but it’s a little worrisome given that it’s brand new. The flickering for me stopped happening and only happened once or twice, but I can confirm that the wifi was active and being used.

Hi. I have a similar issue. In my case I’m not sure but I think it helps to change the angle of the display. And yes, it has something to do with the wireless signal. My amateur guess is it has something to do with the display cable and the antennas in the lower section of the display; maybe bad islation?

This is just a wild guess… I disassembled my Librem 13 and at least there is no apparent damage. However, thanks for bringing this up! I thought I’m the only one with this problem.

In the meantime I’m sure that at least in my case it depends primary on the wifi network I’m connected to. Most of the time I only use my own phone (it’s a GT-I9300) as hotspot and I occasionally see any flickering. But when I connect to the hotspot of my wife’s phone (it’s a Fairphone 2) the flickering is extremely severe and crashes the system (just as you described it in your original post) – almost every time.

The thing is: I don’t move. I sit at the same table and the phones are on the same spot. I get the same signal strength and both networks use the same frequency 2.437 GHz (channel 6). It’s really strange…

I try to make a video of the screen flickering in the next days.

I’ve got the impression, that during the last weeks suddenly my 13v3 startet with Screen flickering. Since yesterday/today - after another software-update - the situation got even worse. Flickering for a minute and eventually the screen slowly died away (from left to right). After directly sending the laptop to sleep and restarting everything’s fine.

1 Like

OK, it took me longer than I thought to make the videos but here they are.

The first and second video show “normal” screen flickering, the third one shows the effect of searching for wifi networks (screen flickering increases).

Video 4 and video 5 show the worst case when after severe screen flickering the screen freezes and goes dark. I just looks like the screen dies. When I watch this process for some time, send the notebook into hibernation and wake it up again, it takes some time for the screen to recover. For several minutes the edges of the screen are brighter than the rest (see this picture).

@veggies Is this the flickering you are seeing or are we talking about different issues?

@mladen Could you please have a look at this. Is this a known problem?


Thanks for the videos, @stefann.

Regarding the flicker, it is very similar to that shown in your videos. Mine tends to vary somewhat randomly in how ‘erratic’ it is (how rapdily and how large the flickers occur), but it looks very much like in the first few videos. Also, when it gets severe and kills the screen, it looks quite similar to video 4 and 5, though most of the time on my end that lock-up / “fade out” happens a bit more rapidly, and seems to totally resolve upon sleep-wake cycle (until the whole flicker cycle starts up again after a minute or two). I havn’t noticed the brightness around the edges after sleep-wake (unless I just havn’t payed attention to them, but in the screenshot they do not seem subtle).

One other change I’ve noticed is similar to @ajlok experience. I noticed that for a few months the flickering seemed to have become much less frequent when in my office. Then, seemly out of nowhere, it flared up about a month or so ago and has become even worse than originally. Now, it will be guaranteed to start flicking after a minute or so, and continue until it freezes, almost 100% of the time in that location. As far as I know the network didn’t change, unless the organization made some sort of internal adjustment. Thus, perhaps there was an update-realted change that effected it? Also I can note I do not have any problems (nor have I ever had freezing) at my home network, during any update cycle. Conversely, I have always had problems in certain locations around my workplace (other than office), regardless of update cycle. The point is just to reiterate that it is location and/or network dependent, and there has never been a time when it always flickered or never flickered; just some variance in severity/frequence in some locations

No, they’re not subtle at all… It depends on how long I wait until I send my notebook into sleep mode. The longer I wait the brighter the edges get when I wake it up again and the longer it takes for them to disappear.

One more thing: Not that it seems very likely but i can count out the wireless module as cause for this issue because I can reproduce it with two different modules (for the reason why I replaced the original see my comments here: bug report T23).

I can observe similar flickering and display dropouts with my non-purism computer, Ubuntu 14.04 and 18.04 and an external 4K display.

There is a big open issue at regarding this and maybe this does affect more computers and GPU chipsets than reported (AMD).

The most probable reason is a new power management feature:

Just a guess (I am waiting for months now to get a decent fix for that)…

This can be caused by bad drivers indeed, there were some reports that proprietary firmware actually helped. Could you guys test some distro that is not using libre kernel, like Mint, Arch?

1 Like

I have the flickering problem on my Librem 13v2 and have posted to the forum at least twice, once about a year ago, and once recently. I, too, have tried the suggested workarounds, without success. It is very annoying and makes some web content unreadable for me. I see the flickering mostly on certain web pages that are high contrast and have a dark background. Turning WiFi off isn’t really an option for me, as I need it for email access, web access, etc. The Librem 13 is a great laptop except for this problem.

OK, I’ll test the proprietary firmware for our graphics hardware by installing firmware-misc-nonfree on Debian testing and adding the kernel parameter i915.enable_guc=2 to enable GuC and HuC (as described in the Arch Linux wiki).

@mladen Please tell me if you are talking about some other proprietary firmware.

@stefann Any changes?

@all: you might wanna try this:

Here’s an Arch Linux package to automatize this, just unpack it to / and tweak the /etc/intelpwm.conf :

Please report if it helps.

I’ve got confirmations that the above solution works. Please test and report your findings.

Sorry it took me so long. I’m in my second place of residence and I wasn’t able to reproduce the issue so easily… Here, I can connect to the hotspot of my wife’s phone without any problems… So the original reporter was right: the problem seems to be correlated with physical location and/or wifi signals.

However, I had extremely severe screen flickering today – after I enabled GuC and HuC (see above). So from now on I’m going to test the solution posted by @mladen.

On Debian (testing) it seems like I’m affected by this bug: intel-gpu-tools: Unable to read its own config files due to use-after-free. All register access tools (for example intel_reg read and intel_reg write) fail… Is there an easy workaround?

Sorry, I didn’t find a way to test this… I built intel-gpu-tools as described on the projects website but I’m still affected by the issue mentioned above (intel-gpu-tools is unable to read its own config files). Am I the only one?