Wasn’t that OrangePi?

C because it’s what is used for low-end linux & embedded work.

Shell scripts because they’re the caulk that holds a Linux distro together.

Rust when possible because it’s how I wish systems programming could be.

Apparently the tested interface that wasn’t suitable was CAMM2.

Hopefully either the interface or the manufacturing process improves so that future products can use CAMM2 for this kind of bandwidth.

Given they don’t have any DRAM, you’re probably going to get better results with a GPU (or even the CPU) but in principle using the m.2 as an accelerator could be useful.

I had a similar issue, low frequency or crashes after gaming for a while, turns out the fan control wasn’t setting the fan correctly and the GPU was overheating. Utilisation didn’t show it, but frequency did.

Restarting the game could be giving it enough time to cool off?

I disagree about rejecting funding from intelligence agencies. I hate the concept of their existence, as well as what orgs like the CIA have done (and proceed to do) but given the fact of their existence, they do have legitimate reasons (in this case I mean reasons that align with Signal’s current goals rather than in order to change them) to fund Signal, and if that results in funding secure software, all the better.

In addition to the downsides mentioned here about privacy regarding Google, there is a major upside to using this service: it offloads all of the authentication logic to google, so in theory it reduces your risk surface area, or it may be more accurate to say it concentrates your risk to your Google account.

You’d like to hope most websites use using common security best practices and keep on top of things but the amount of websites I had accounts on (on websites I had long forgotten) which have been pwned over the years tells me otherwise. Using google auth sets your account security to be exactly as secure as your Google account.

While I think the cynicism is well-earned, we should pay attention to when we’re proven wrong and highlight when companies do something right. Bitwarden’s fuck-up gave them an opportunity to signal that they’re not intending to build a wall for their garden, and they took it.

I use PiHole+Unbound in a podman quadlet, and give it its own macvlan. Works great for me.

Did the citizens of that country take the loan? No

Did they benefit at all from the loan? No

Did the world bank make any effort to ensure the above were answered ‘yes’? No

When you make a leveraged loan are you supposed to be guaranteed that the it was risk free? No

If leveraged loans could be made risk-free ‘breal your legs’ style the way the world bank does to countries, banks would be offering loans to every punter who wanted to bet on the dogs.

A bunch of tech companies do a lot of their work within Israel; a comprehensive secondary boycott would rule out a lot of technology companies.

Not saying it’s not a worthy effort, just that I doubt arm are worried about themselves specifically.

I have a 7800XT on Linux and I want to point out that I still run into their “drm_fec_ready” and “no edid read” bugs every day.

amdgpu is miles ahead of what NVIDIA is offering, but it is still a GPU driver on a second class platform. Do not expect a flawless experience on bleeding edge hardware.

If it’s a G502/702, they’ve got a very fucky scroll wheel & middle click; it’s actually a lemon, but since nothing else works with the wireless pads they’re the only options.

deleted by creator

Kernel modules don’t have to be open source provided they follow certain rules like not using gpl only symbols. This is the same reason you can use an NVIDIA driver.

Its not enforced so much by law as what the fsf and Linux foundation can prove and are willing to pursue; going after a company that size is expensive, especially when they’re a Linux foundation partner. A lot of major Linux foundation partners are actively breaking the GPL.

Both Intel and AMD invest a lot into open source drivers, firmware and userspace applications, but also due to the nature of X86_64’s UEFI, a lot of the proprietary crap is loaded in ROM on the motherboard, and as microcode.

I work with SoC suppliers, including Qualcomm and can confirm; you need to sign an NDA to get a highly patched old orphaned kernel, often with drivers that are provided only as precompiled binaries, preventing you updating the kernel yourself.

If you want that source code, you need to also pay a lot of money yearly to be a Qualcomm partner and even then you still might not have access to the sources for all the binaries you use. Even when you do get the sources, don’t expect them to be updated for new kernel compatibility; you’ve gotta do that yourself.

Many other manufacturers do this as well, but few are as bad. The environment is getting better, but it seems to be a feature that many large manufacturers feel they can live without.