|
If you're thinking embedded: The machine runs a single fixed set of functions. You don't load arbitrary new executables at run time into an embedded system. Like any specific Linux executable, it utilizes a tiny little speck of the total Linux offering.
An IoT runtime such as Zephyr is split into tiny functional fragments, and only those fragments actually referenced by the embedded code is linked into the image for the embedded system. The OS footprint may be surprisingly small.
A Linux system is prepared for additional new executables being loaded at run time. It must include all the functionality that these executables might request. In a standard Linux system, the unused code may reside on disk, but most embedded systems have no disk. So all the code that might be requested at some future time must be loaded to flash or to RAM from an external source at every restart (and then the external source must be available!).
Linux, at least some distros, are quite configurable. Yet the flash/RAM footprint is very much higher than for dedicated embedded OSes. Maybe the configurability does not include removal of any OS reference to e.g. disk or memory management system - smaller embedded CPUs may be without a MMS. You might say that this careful shaving of standard Linux to leave only what your specific embedded functionality needs is exactly what those providers of special embedded OSes (such as Zephyr) has done for you. (Note: I do not know whether Zephyr is based on pieces of Linux code or completely independent.) They may have shaved off some core code needed for drivers hardly ever used by embedded systems - the UI is typically based on pushbuttons and dials, LED indicators and small b/w (no gray!) low resolution LCD panels. Drivers are typically tailor written - the general driver architecture much too general to fit in.
HDMI is not a typical UI device in embedded systems! You may write a HDMI driver (assuming that required hardware is available), but I suspect that Linux HDMI drivers lean heavily on the standard driver architecture, assuming that a lot of functionality is handled by standard code.
ARM started out as embedded CPUs, and the smaller models are still used for that purpose. AArch64 is certainly not aimed at the embedded market. Running Linux on a 64-bit ARM is fully possible, and has been running on countless ARM based machines for years. They are not embedded systems, but general Linux machines. If that is your kind of system, maybe with a few gigabytes of RAM and many gigabytes of disk, then go for Linux, and you will have lots of drives for all sorts of peripherals.
My impression is that the OP leans much more towards the embedded side, and a full Linux is like shooting sparrows with cannonballs.
|
|
|
|
|
Any full fledged OS is going to be harder to guarantee and verify than an RTOS.
When I say "crashy" it's relative. In this case relative to an RTOS, linux is much more likely to fail in unpredictable ways.
To err is human. Fortune favors the monsters.
|
|
|
|
|
honey the codewitch wrote: Particularly if it does HDMI and has a GPU.
I've been combing through ZephyrOS's compatibility, and there's nothing useful. I thought that you were the one writing such drivers. Maybe I got it wrong. 
|
|
|
|
|
I've built more esoteric tool chains in the past, and I've been looking out for a cost-effective entry into the space for a long time.
How much do you want for wiring up 2 sample boards and shipping them to Belgium?
|
|
|
|
|
Maybe shipping and materials, but I am so far from developing a board file yet that I'd advise you not to hold your breath waiting.
To err is human. Fortune favors the monsters.
|
|
|
|
|
The offer stands, and it won't expire any time soon.
I like the occasional challenge, and work very independently / won't bug you.
Also happy to sign whatever makes you feel comfortable, should that be a factor.
I could work with just a BOM, mind you, but it would need to include the basic stuff like power supply specifics, since I'm decent at bread board prototyping, but historically terrible at hooking them up to a power supply.
Smoke is typically an issue.
|
|
|
|
|
I deliberately chose chips that come on banana pi and orange pi boards so that I could use those to prototype firmware, and so that I had a baseline design.
For example, my H3 chip setup can be prototyped on with a Banana Pi BPI-P2 Zero
My H616 setup can be used with the Orange Pi Zero 2 board.
Only thing is, these boards have more peripherals, like wifi and bluetooth, than will be on any final product. But that's fine, it's just a matter of not using the equipment that won't be there.
I hope I made sense.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Yes, thanks, that both makes sense and is very helpful. 👌
I'm off in a couple of days and then I'll look into it.
I might come back with some follow up questions if I can't figure out the specific versions.
|
|
|
|
|
Wordle 674 4/6
⬛⬛⬛⬛⬛
⬛⬛🟨⬛🟨
⬛🟨🟩⬛⬛
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 674 3/6
⬜🟨🟨⬜⬜
🟩⬜🟨🟩🟨
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 674 3/6*
⬜⬜🟨⬜⬜
⬜🟩🟩🟨⬜
🟩🟩🟩🟩🟩
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
Wordle 674 4/6
⬜⬜⬜⬜⬜
⬜🟩🟨⬜⬜
⬜🟩⬜🟨🟨
🟩🟩🟩🟩🟩
In a closed society where everybody's guilty, the only crime is getting caught. In a world of thieves, the only final sin is stupidity. - Hunter S Thompson - RIP
|
|
|
|
|
Wordle 674 3/6
⬜⬜🟨🟨⬜
⬜🟨⬜🟩⬜
🟩🟩🟩🟩🟩
Software rusts. Simon Stephenson, ca 1994. So does this signature. me, 2012
|
|
|
|
|
Wordle 674 4/6
⬜⬜🟨⬜⬜
⬜⬜⬜⬜🟩
⬜⬜⬜🟨🟨
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 674 3/6*
🟨⬜🟨⬜🟨
🟩🟩🟩🟩⬜
🟩🟩🟩🟩🟩
Happiness will never come to those who fail to appreciate what they already have. -Anon
|
|
|
|
|
Wordle 674 4/6
⬛⬛⬛🟩⬛
⬛🟩🟨🟩⬛
🟩🟩⬛🟩⬛
🟩🟩🟩🟩🟩
|
|
|
|
|
Wordle 674 5/6
⬛⬛🟨⬛⬛
🟨🟨⬛⬛⬛
🟨🟨⬛⬛⬛
⬛⬛🟩🟩🟩
🟩🟩🟩🟩🟩
Totally didn't expect that word.
Jeremy Falcon
|
|
|
|
|
Wordle 674 3/6
⬛🟨🟨⬛⬛
🟩🟨⬛⬛⬛
🟩🟩🟩🟩🟩
Get me coffee and no one gets hurt!
|
|
|
|
|
Wordle 674 3/6
⬜⬜🟨🟨⬜
🟩🟨🟨⬜⬜
🟩🟩🟩🟩🟩
Jumped right out
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
#Worldle #457 2/6 (100%)
🟩⬜⬜⬜⬜⬅️
🟩🟩🟩🟩🟩🎉
https://worldle.teuteuf.fr
not too hard
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
It's controlled by idiots.
I'm in a chat battle with a credit card company. I just want to close one of *4* cards I have with them. Their AI driven chat bot (their words not mine) is a mindless idiot. Please, God, do not offer control to nukes to this stuff.
addendum: yeh me, I made it into Insider
Charlie Gilley
“They who can give up essential liberty to obtain a little temporary safety deserve neither liberty nor safety.” BF, 1759
Has never been more appropriate.
modified 24-Apr-23 22:06pm.
|
|
|
|
|
charlieg wrote: not offer control to nukes to this stuff.
We should be fine.
"The only way to win is not to play." -- WOPR
|
|
|
|
|
I hate those automated assistants. They can only give info that's easily found on the website. The only reason I'm chatting is because the site can't do what I want.
My last conversation went something like:
"Hi, I'm the automated assistant. How can I help you?"
"You can't. You've never been able to. You're a worthless POS that should be aborted."
"I sense that you're a little frustrated. Would you like to talk to a real person?"
"Yes. And I hope this session is recorded so the idiot that thinks you're a good idea can learn that you should be deleted. Permanently."
|
|
|
|
|
And the person who thinks these things are good should be deleted from the company payroll (i.e., fired).
|
|
|
|
|
Pretty much exactly what I do every time. Same with Telephone IVR's, I just do everything I can to scramble/crash them, so they have no choice but to default to the "I'm broken, let's go to a human" behaviour.
Seems though now, that many companies are onto people playing this game, so there is now yet another arms race evolving, where-by companies are actively pursuing solutions to prevent this "Abuse (as they see it)" happening.
|
|
|
|