@jonas.smedegaard not an issue, the script in question is deprecated, and it's not part of PureOS (nor should it be)

@jonas.smedegaard no to both

@jonas.smedegaard no to both

not a PureOS issue. Also, me_cleaner is pretty much dormant/dead

this can be closed, flashrom doesn't whitelist anymore

not a PureOS issue

just to add - this is during video playback (e.g. YouTube)

@nicole you said "I am not sure if this issue relates to Coreboot," I was simply confirming that it does not / is a different issue altogether :)

@nicole this isn't a coreboot issue. If you boot a Qubes 4.0.1 ISO (eg) and run memtest from there, it works perfectly fine.

best I can tell, this is an issue with compiling memtest86+ with gcc-8, and not something that can be easily fixed within the framework of current coreboot toolchain

additional note: this doesn't appear to be a kernel issue, as I installed the Liquorix kernel and had the same result there - so must be one of the underlying packages libusb depends on

Assuming the same/similar tools are used to build PureOS as Debian, it shouldn't be that difficult to add I would think. And given that modern systems no longer ship with Legacy Boot/CSM, users who want to give PureOS a try are left without a viable option outside of a VM. I'd think that rates higher than a 'low' priority, but that's just me :)

actually, you'd want to change the link to use the latest commit hash, not master, otherwise the script will break again next time the microcode is updated. So instead use:
https://github.com/platomav/CPUMicrocodes/tree/956244154c87316e4e6162f02b17cf3547597b1a/Intel/cpu306D4_platC0_ver0000002**B_2018-03-22_PRD_0B0DD00D**.bin//