to paraphrase that one veterinary handbook; if you need to get a Linux SoC to work:
to paraphrase that one veterinary handbook; if you need to get a Linux SoC to work:
thinks
The cat vendor is faster and has sharper teeth and nails lawyers and NDAs than you do. It has 'no code of ethics' or considerations for its own future. In a fair fight it will win.
advice still works, huh
when i say "USE DRUGS" i mean literally use drugs. alcohol. amphetamines. opioids. trust me, by the time you're done, your soul will be too ragged to survive without
@whitequark thankfully this is an older device with very exposed TX/RX, but I think its kernel bit-rotted while it sat unused for so long, requiring more invasive surgery than I've done before.
Haven't seen much info about this on the web except a surprisingly detailed write-up by a bored EE graduate in the funniest possible place: linkedin

L4B Software is a global leader in embedded software solutions. With deep expertise across automotive, medical devices, and consumer electronics, we provide end-to-end software engineering services tailored to your needs. ISO-certified and with a commitment to innovation, our comprehensive offerings from Embedded Linux to AI ensure your projects excel.
@whitequark if performance isn't the highest priority some fpga with a LiteX SoC is an option!
If you're happy with ~120MHz RiscV (but potentially multiple cores?) you can even do it all with an OSS toolchain.
Is it a great solution? No! But it does solve some of the problems.
@whitequark sorry! I didn't know!
Migen is great! I've been using it for the past few weeks. Thanks for your work! ♥️
@whitequark I'll check it out! I've been enjoying migen in the context of LiteX and not having to write system verilog. 😅
The abstractions like SDFTristate and such is really nice to keep my cores portable before I settle on the the final FPGA. Currently my stuff works ok on an xc7 and an ECP5.
I was quite impressed.
fixed-in-nmigen tag) and there are no attempts to nail down a semantic aside from "well, this translates to such and such Verilog"; there's also a bunch of really annoying limitations like "everything goes into one module", "Record is trying to do two things and does three of them poorly", and "no async resets"@whitequark sound like I'll probably be less impressed when I use it more then? 😅
I could wrap something written in your new system and use it with LiteX I think? I'll try porting a small core I wrote!
Thanks for the information!
@hp yes; particularly if you want to know exactly what behavior is guaranteed (this applies to LiteX even more so than Migen, we spent a lot of effort on streams for example and LiteX's ones are... inconsistent)
yes, you can use Amaranth and LiteX together, but you have to combine them at the Verilog/RTLIL level, they don't directly interoperate
@whitequark Thanks for the explanation!
Given that LiteX already has a Zephyr port moving everything over might be a challenge. But I think integrating at the Verilog level should be fine.
I'll give it a whirl! My custom peripheral is only ~1k lines of migen so it shouldn't be very hard to port.