srjek

Article was published close to the game's Steam release, and there was a 10% discount on launch. https://steamdb.info/app/4630570/. It's 20 USD now, and I assume the remaining difference is simply due to specifics around setting prices on steam and currency conversion.

It is correct, the measurement command to the TPM is not encrypted. So with MITM you can record the boot measurements, then reset and replay to any step of the boot process. Secrets locked to particular stages of boot are then exposed.

There is guidance on "Active" attacks [1], which is to set up your TPM secrets so they additionally require a signature from a secret stored securely on the CPU. But that only addresses secret storage, and does nothing about the compromised measurements. I also don't know what would be capable of providing the CPU secret for x86 processors besides... an embedded/firmware TPM.

[1] https://trustedcomputinggroup.org/wp-content/uploads/TCG_-CP...

Or they are just simply not on the happy path. For example, my laptop has been running KDE just fine for years, but my attempts to switch to Linux on my desktop today have turned into a project, as plasma, steam[1], discord, and sometimes kde_powerdevil[2] are crashing every time my monitors turn off.

[1] Might be https://gitlab.gnome.org/GNOME/gtk/-/issues/5984

[2] https://github.com/rockowitz/ddcutil/issues/556

Steam Frame is running SteamOS on ARM, and is capable of playing games standalone, which implies ARM support in Steam. Through granted, it could be in a limited form.

So, in the specs for the mini-pc, it claims the video out can do 4K @ 120Hz (even faster if displayport). I assume the 4K @ 60Hz you saw is from the "4K gaming at 60 FPS with FSR" line.

I reckon it can probably stream at 4K@120 if it can game at half that.

> I wish Linux would offer a solution to that. No idea what it would look like though.

It probably would have to be an isolated environment to run in. Something like the Secure VM efforts adopted for desktops, perhaps with a small trusted hypervisor instead of CPU vendor extensions. Anything else I can think of starts to restrain what software you can run on your machine, or becomes highly invasive in ways similar to Anti-Cheats on Windows, both of which would be rejected by the general Linux community. (Through, it's not like anyone was asking Microsoft either before implementing anti-cheat and trampling on system integrity, at least until Microsoft started requiring signed drivers)

However, given that a generic blackbox implementation enables DRM and binary encryption there will probably still be opposition. It gets particularly nasty if it's given access to something like a full TPM to unlock application data in the same way a TPM can unlock an encrypted drive for your OS. That would make it the penultimate closed source application, which is really anti-ethical to a number of communities. (open source, modding, game/app preservation...)

It's my understanding that nowadays most heat pumps have a defrost cycle where they automatically run in reverse for a bit with some or all fans off

The article is a bit a of jumble of thoughts, but I believe that advice is aimed at girls who aren't liking and therefore not matching. Some lines that mention this particular grouping:

> Only 50% of girls sent 10 likes in their account lifespan.

> 10% of girls that finish the onboarding never send any pass or like, ...

> We have plenty of girls that can scroll through 300 profiles and not like anyone and deleting their account saying "I dont like anyone" well

Both. It's a technical failure that the system is running red lights, and a cultural failure for it to be pushed out to production.

I would say if your laptop starts doing sudden thermal shutdowns then liquid metal should be your first suspect. However, I do have a slightly older all-amd variant (G513QY) which may behave differently. Comparing my case with the article, they noticed CPU throttling and had dark/black marks on the CPU, whereas I was encountering GPU thermal shutdowns with marks on both GPU and CPU.

Rough timeline for my laptop was:

14 months in, manually under-clocked discrete GPU to prevent thermal shutdowns

20 months in, complete cooling failure on GPU, replaced liquid metal with PTM7950

Most of my systems avoid a boot partition, boot process is BIOS/UEFI -> grub (from EFI partition or MBR block) -> linux (from /boot in root).

However I do got one where UEFI boots the linux kernel directly, /boot is the EFI parition. And there it feels like a bit of a waste to have to expand /boot or insert a bootloader into the boot process because initramfs is getting bloated with files that aren't critical to mounting root.

I agree that abandoning virtual memory entirely brings back old problems, but there is a middle ground of a single virtual address space. This limits flushes to page table changes and makes it easier to move the MMU out of the CPU cores/caches. Page table size issues can be mitigated by larger or mixed size pages (and already is in x86_64/ARM)

That was also my first reaction, but an alternate reading is that it's two people living on the (minimum) wages of one person.

https://blog.imgur.com/2021/09/27/celebrating-imgurs-next-ch... may be a better url. At least on mobile, the gallery link fails to load. Any scrolling then redirects and rewrites history to a random post.

I noticed the author is active on this thread, so

> I recommend Will Deacon’s talks, such as this one and this one.

They're both the same link! Is the talk that amazing, or is there a second one? I've been looking into ARM lately, and I'll take anything that'll help me understand memory ordering/synchronization.