ARM really shot itself in the foot by making it so every SOC needs to have a custom OS image tailored to it. x86 meanwhile lets you pick a universal binary that'll sort itself out at runtime
this post was submitted on 25 Jan 2024
16 points (100.0% liked)
Programmer Humor
32476 readers
443 users here now
Post funny things about programming here! (Or just rant about your favourite programming language.)
Rules:
- Posts must be relevant to programming, programmers, or computer science.
- No NSFW content.
- Jokes must be in good taste. No hate speech, bigotry, etc.
founded 5 years ago
MODERATORS
The opposite of a captcha. Making sure that ONLY bots can enter.
This is gold
It's mostly silicon.
I guess I set myself up for that one...
I remember this captcha. I gave up after about the fourth round. The prize just wasn't worth it, and I wasn't on a machine where I could try scripting out a solution.
OH MAN. I worked on an Android tablet that used a rockchip CPU, not the one listed here but an older one (I think RK3026). What a PIECE OF SHIT. I don't wish that tablet on my worst enemy. Battery life was like sub 2 hours with a 3200 mAh battery. Sometimes it would start running hot, and you could watch the batter percentage go down one percent every 10-20 seconds. The only way to break it out was to reboot it or let it die.
We later upgraded our CPU to the 3288, one gen older than this one, and it was significantly improved, but still very entry level.
Never use an SoC that's not at least 5 years old ;)
Do they get covered with mold?
Lmao
Anything that's turning complete, has enough ram, and has a c compiler can run Linux. Theoretically, you could program a CPLD to run brainfuck and you could still run Linux.
The mainline part is key.
...and lack of "theory".
Yes. Any turing complete processor can perfectly emulate any other turing complete processor, whether it is x86, arm, or riscv. Mainline Linux can then run on this emulated processor without modification.
"boot" is the next important part. Have you tried reading it in full?
Emulated processors can do the same things as physical processors, including booting from disk.
Yes, but it doesn't count, because the SoC from the picture didn't boot Linux, an emulated machine did.
That's why the records on doing this silly stuff on progressively smaller microcontroller use the word "run". It has more transitivity.
I'm not sure I understand your argument. Are you saying that the emulated processor executes instructions while the SoC doesn't? Every instruction that goes to the x86 is broken down into several SoC instructions, which the SoC executes in order to emulate what an x86 would do. Saying that the emulated x86 is booting/running Linux, but the SoC is not is like saying that computers can't run java code, they can only run jvm.
Boot = Bootstrap
If you've loaded up a virtual CPU first that's not a boot of mainline Linux on the CPU.
I respectfully disagree. The turning machine is not doing any set-up before the emulated CPU begins execution, and all of the actual BIOS is done by the emulated CPU.
Nerd argument.
I guess it's the difference of can today vs could if this emulator existed...
Damn that's gonna be slow.
But I guess speed was not a criterion.
It's technically correct, the best kind of correct.
What’s the test here? Prove you’re an embedded systems nerd?
The follow up question is what chip can run Doom.
The one after that is just a panel of sixteen shoes, "Which of these can run a JVM?"
Depends what JVM I can beat with the shoe
What LPI Exam is this
If you get it right you're a robot!
When AI gets so cheap that it starts understanding any captcha challenge, we might be able to honey pot them like this for a while
welcome to the secret robot internet
view more: next ›