After the little setback, did some work on stack allocating instead of heap allocating frames <2M!. And some improvements to gcc to handle far branches better. Love being able to fix things in any layer: The compiler, the language runtime, gcc, the CPU design or even in the ISA.
The sort of thing that would be a _lot_ of work to do by hand, and of course it also requires a forked binutils and gcc. But I already forked those to add Fructus support github.com/erikcorry/fructus
Hunter Biden's grift looking decidedly half-assed right now. $1m annual salary for pretending to use his Dad's influence when actually you are too busy with hookers and blow to do anything for your paymasters. Pfft. How about 1000x that while actively working in diplomacy & Govt?
My circuit for Fructus VGA output is designed to support many formats including Teletext. The rendered data just has to fit in the 32k frame buffer I have available on the ICE40. Luckily the Teefax project is still producing pages for this retro medium.
Rendering a page from the 40x25 byte input takes about 10ms according to the simulator. The CPU is underclocked to the 25.175MHz VGA pixel clock. Without VGA the CPU goes about 31MHz according to the simulator.
The UK should standardize (sic) on Oxford spelling, which has -ize. In return Americans should think long and hard about how many syllables aluminium has. en.wikipedia.org/wiki/Oxford…
Once I lengthened the pipeline I started wanting some branch prediction (of conditional branches) and some branch target prediction (for virtual C++ calls and interpreter loops). I actually managed to fit both in without breaking the LUT limit on this small FPGA.
Replying to @erikcorry
Is it cheating to lengthen the pipeline of the CPU and make loads and stores faster, just so your Smalltalk VM goes faster? No, it isn't!
I wonder if I can get under 3 million cycles with FPGA changes before I start working on SOM++ again.
Answer was yes. Got close to 2.5 million by improving load and store cycle times. xitter.cf/erikcorry/status/21139…
Oh no I ran out of space on the ice40up5k. It's a fairly small FPGA. A tiny computer (even a virtual one) isn't much fun without USB and video output. Had to remove the BTB again. Still, the other progress has been pretty good.
Erik retweeted
Russia requires a security guarantee that Ukraine will not defend itself the next time we attack it.
Erik retweeted
I recommend everyone upgrade Ruby immediately. This is a DoS and RCE vector if you accept user input into Regexp.new() ruby-lang.org/en/news/2026/1…
Aside from the shocking substance of this story, what's amazing is how it was unearthed by Cole. The short version: The Russians were able to penetrate Jared Kushner's iPhone and extract screenshots and data. Then, a Russian intel official was captured by Dutch intelligence (!) and flipped. The Dutch believed Kushner may have been acting on behalf of Russia, so pursued him as an intel target and were able to get into his phone.
They did not find any evidence of Russian collusion, instead they watched him moving hundreds of millions of dollars from slush funds created by Saudi Arabia and the UAE, one of them housed in Israel's central bank.
Incredible reporting, and if Democrats have any sense, they will pull on these threads and learn a lot more about this money.
Explosive story many years in the making, now out in Vanity Fair by Matthew Cole (who will be on Breaking Points next week, and publishing soon in @DropSiteNews):
Saudi Arabia and the UAE set up multi-billion slush funds for Jared Kushner to use.
Iran-Contra 2 here (except with Iran-Contra, at least the US got some hostages released. Not clear what we got out of this one.)
Erik retweeted
PHP sites behind Cloudflare already have an initial set of WAF rules deployed for the known exploit vectors in these vulnerabilities. The rules are available to all customers, including free.
We are seeing early attacks emerging and are updating mitigations as new vectors show up.
This is a STOPGAP only. Patch as soon as @ThePHPF releases the update at 14:00 UTC today.
Erik retweeted
So cool to have KillSwitch featured on this podcast! Some really interesting discussions too (and not just about KillSwitch 😃)
Welcome to our live show! xitter.cf/i/broadcasts/1vJpPNvOl…
Erik retweeted
It was really fun chatting with Brandon about KillSwitch today. I didn’t expect this project to get such a big reception but it’s fun to see everyone’s thoughts on it.
Lies, anagrams, and instructions designed to confuse AI. Meet KillSwitch, an experimental programming language that makes life difficult for LLM coding agents.
More here: theregister.com/ai-and-ml/20…
theregister.com/ai-and-ml/20…























