opencl

That change seems like it would be pretty straightforward to implement in the input handling code of an emulator.

Those open source kernel modules are not usable in any practical sense for consumer hardware in their current state.

From the repo readme[1], "GeForce and Workstation support is still considered alpha-quality."

[1] https://github.com/NVIDIA/open-gpu-kernel-modules

There's a manual override to open it from the inside, the only way to open it from the outside in that situation is to recharge the 12V battery.

There are also terminals accessible from the front to power the electronic hood latch from an external 12V source to access the battery.

The base instruction set is tiny but there are quite a few extensions and pretty much every practical implementation includes at least a few of them.

i.e. the GD32V microcontrollers implement RV32IMAC, Allwinner D1 which is a "full-blown" CPU meant to run Linux implements RV64IMAFDCVU.

RV32I/RV64I are the base 32/64 bit integer instruction sets and every letter after that is a different extension. Most of the extensions are relatively small and simple, but the C (compressed instructions) extension introduces some decoder complexity and the V (vector) extension adds several hundred instructions.

Though even with all the extensions it is still a very small/simple ISA by modern standards.

The acquisition was a pretty long time ago but the prominent Autodesk branding at the top of the page is relatively recent.

The kernel itself is still fine on 486s and there are a couple of distros that should still technically work. Obviously nothing 'full fledged' is going to fit in the RAM on the thing or run at any sort of reasonable speed.

Gentoo is probably the easiest mainstream distro to get running just because you can fiddle with all the compiler flags and kernel options. A few people have also put together small custom images with modern kernels for this class of hardware.

At least for now AMD doesn't have anything ARM. There are ARM systems available but nothing anywhere close to that price range.

The Honeycomb LX2 is probably the closest thing to that currently, but it launched for $750 and has since gone up to around $920. Performance is not remotely competitive with x86 systems at that price point.

There are some systems based on the Ampere Altra chips, but nobody sells the motherboards/CPUs on their own and a full system will run you at least ~$6000.

Hardware ECC Recovered represents the amount of time between error correction events, so a higher number is better.

Very neat simulation.

As a note, you said it requires a dedicated graphics card but it does seem to work fine on my laptop's integrated graphics (AMD 4500U) and performance was good with at least the default map size.

SPARC has been "open" for several decades at this point.

All of the ISA specifications are freely available[1] and you can buy a license to manufacture SPARC hardware for $99.

[1] https://sparc.org/technical-documents/

You can buy an IMX477 board with CSI output and a CSI->USB board, ~$100 combined.

Not quite a fully assembled solution but all you have to do is screw the two boards together with a few standoffs.

It's just normal Qt with a bunch of features removed. Modifying one of the existing Python Qt bindings to build against this should be relatively straightforward.

The direct mapped cache graph is just showing that each cache line is mapped to multiple addresses.

So in that direct mapped example blocks 0, 64, and 256 are all mapped to cache line 0, and you can only have one of them in cache at any given moment. If block 0 is in cache and block 256 gets accessed, block 0 will be evicted from cache because block 256 will replace it in cache line 0.

You can buy an extra storage device and swap them out (either physically or swapping the boot order), as long as your workstation doesn't have soldered in storage.

Not having quite enough RAM is the exact scenario when swap on ZRAM is most useful. Assuming the data you have in RAM is compressible it lets you use a few extra gigabytes before hitting disk swap or OOM (depending on if you have a disk swap device configured in addition to ZRAM).

Zswap is somewhat similar and might also work well for you, it uses disk swap but with a compressed cache in RAM.

If you look at the lower end brands, they're often all selling near-identical licensed products regardless of parent company. The higher end brands are usually actually different from each other.

This will not affect your laptop, all of the models affected by this are enterprise SAS SSDs.

Of course your SSD might have some other firmware bug that would eat your data, all you can do is search for the model number and see if the manufacturer has issued any notices/firmware updates.

You can use any technology you want that runs on ARM Linux for the Pinephone.

But the hardware is very slow compared to pretty much any other modern phone, you will struggle to get decent performance from web technology.

Because PGA won't let them.

I have never seen a TV that doesn't have the prop 65 warning and would be shocked if any exist.

The region is Seattle, I don't think there was a lack of other options if he really wanted to leave.

The 140 byte limit actually didn't last very long, it was 140 Unicode code points since at least a decade ago. You could use 140 CJK (Chinese/Japanese/Korean) characters or 140 emojis, and if it didn't fit in an SMS they just sent a link to the tweet.

Interestingly when they doubled the character limit they also started double counting CJK characters so the limit is still effectively 140 for those languages.

I have a Bip and absolutely do not trust Amazfit with my data, which is fine because I don't use their app.

I use the open source Gadgetbridge app instead and it works well: https://gadgetbridge.org/

That's the gasoline version of the Spark. The EV version was considerably less popular.

This article from when it was discontinued says the entire production run was 7400 units.

https://www.thedrive.com/article/7269/chevrolet-ends-spark-e...

It's for searching inside of compressed files, and does this by decompressing to a temporary directory.

You can install your own firmware on the Pinephone modem.

https://github.com/Biktorgj/pinephone_modem_sdk

The software stack for this robot is based on ROS, and there is an existing Scratch extension to connect with ROS[1]. You'd have to write some additional code specific to this robot but it should be doable using that project as a starting point.

[1] https://github.com/Affonso-Gui/scratch3-ros-vm

The largest result in the avgas paper, for children living within 500m of an airport, put their lead levels at 0.043 micrograms/dl higher than the general population.

From this paper[1], "An increase in blood lead from 10 to 20 micrograms/dl was associated with a decrease of 2.6 IQ points". So while there is an impact on lead levels, it is not nearly large enough to lead to the loss of 1-2 IQ points.

I'm not saying we shouldn't get rid of leaded avgas, but it accounts for about 0.1% of gasoline used in the US so the impact will be much smaller than banning leaded fuel for cars was.

[1] https://pubmed.ncbi.nlm.nih.gov/8162884/

Not available quite yet, but several companies have recently announced RK3588 based systems that are something of a middle ground between the existing options. Up to 16GB RAM and somewhat higher CPU performance than the Pi for $100-300ish depending on the board and RAM amount.

Only the Firefox releases that supported Windows XP work on ReactOS, which was dropped in Firefox 53 in 2017.