HNHacker News
TopNewBestAskShowJobs

FPGAhacker

2,646 karma · joined January 14, 2018

submissionscomments
FPGAhacker··on Filament – A Language for Fearless Hardware Design
Every time I see one of these pop up, the thought that software engineers are forever trying to avoid knowledge, understanding, and wisdom with another layer of abstraction comes to mind.

I’m all in favor of a better HDL. Verizon/SystemVerilog is loaded with completely non-obvious landmines. I’ve been doing this so long I forget they are there, but it’s pretty painful seeing someone new to the language step on them. But the alternative, VHDL has largely fallen out of favor in the US.

You would be hard pressed to find a more strongly typed language than VHDL, but damn is it verbose. None of the footguns, but you might get an RSA before you finish typing the code in. If you have ever given Ada a try, VHDL will look pretty familiar.

I know this may be a weird thing for software folks to think about, but writing HDL is a tiny part of digital design. In digital design, if done with discipline, writing the HDL is an almost mechanical process of translating the design. In a design that might take a year, writing the code might be 3 weeks.

Done without discipline you will spend all your time debugging. Wondering why it worked in the lab an hour ago, but after lunch nothing works and you won’t be able to make sense of it.

Understanding basic combinational logic, then sequential logic, followed by state machines (which are the bread and butter of digital design), followed by understanding IO timing and timing constraints (a brain damaged “language” to itself) will take you far.

Domain crossing isn’t so bad if you have those fundamentals.

Then you can spend time learning algorithms other more interesting things. Writing low power software accelerators for neural nets and signal processing.

You can go through all the gyrations of language design in the world, but the language isn’t the hard part. There is a huge amount of improvement to be done, no doubt. But digital design is not the language.

If you want to make the world of digital design a better place, more open, easier to break into, work on tools, not languages. I’d give a kidney for an open source timing diagrammer that could do simple setup and hold checks, create derived signals through Boolean combinations of other signals, and emulate a flop.

I’d do it, but I’ve tried and programming a gui is about the most painful thing I’ve done on a computer. So much work for so little payoff.

FPGAhacker··on A daddy-longlegs possesses six eyes, including two vestigial pairs
And yet, you create more noise.
FPGAhacker··on Intel puts 1nm process (10A) on the roadmap for 2027
It used to be MHz and GHz, then when that stalled, advertising nm became a thing. It can change.

Angstrom is kind of a fun word, so I’m sure a few nodes will be named after that.

FPGAhacker··on Intel puts 1nm process (10A) on the roadmap for 2027
Exactly what he said.

It’s a marketing number and has been for many years.

FPGAhacker··on A bad day at the office
What is a DC transformer?
FPGAhacker··on Stephen Wolfram – 4-Hour Conversational Documentary on My Entire Arc of Life [video]
I remember when it came out because a friend was excited about it. As I recall it’s a pretty large book.

Edit: just under 1200 pages on Amazon. I never got into it because I couldn’t figure out what the big revelation was supposed to be. It would take some serious dedication to go through such a large book for the sake of an unfavorable review.

I take wolfram’s words at face value.

FPGAhacker··on Stephen Wolfram – 4-Hour Conversational Documentary on My Entire Arc of Life [video]
Is there something wrong there? I’m sorry if I’m being dense.
FPGAhacker··on Stephen Wolfram – 4-Hour Conversational Documentary on My Entire Arc of Life [video]
Did he really say that? My quick search didn’t turn anything up.
FPGAhacker··on Stephen Wolfram – 4-Hour Conversational Documentary on My Entire Arc of Life [video]
I don’t find him insufferable but I also haven’t paid much attention to him.

From what I gather of other people’s comments, they are often bothered by his apparently pervasive discussion of himself and his life.

I’ve never met the man, but the few interviews I’ve see or read about him I thought were pretty interesting.

FPGAhacker··on Popular Git config options
The worst part is q: is a different command. so if you are trying to :q and miss the colon and try again, you run some other damn f*cking command.
FPGAhacker··on Popular Git config options
I've been using vi variants for decades and didn't know ZZ or ZQ. This solves a major pain point for me (mis-typing :q, trying again, now I'm off in the weeds).
FPGAhacker··on Bioluminescent petunias now available for U.S. market
This looks like some kind of joke from the Simpsons.
FPGAhacker··on OpenFPGA
I think this is not a great name for a product that isn’t developing silicon.
FPGAhacker··on AMD funded a drop-in CUDA implementation built on ROCm: It's now open-source
It was Microsoft’s strategy for several decades (outsiders called it embrace, extend, extinguish, only partially in jest). It can work for some companies.
FPGAhacker··on Apple Vision Pro review
wait, Memoji is still a thing?
FPGAhacker··on Fast RISC-V-based scripting back end for game engines
So what would a bit pattern be in this case? I ask because I’m probably being too simple, but from a certain point of view, it’s all bits.
FPGAhacker··on Fast RISC-V-based scripting back end for game engines
What’s the difference between a bit pattern and a bytecode?
FPGAhacker··on Git Things
Get people to write the docs first. Not many people like writing docs after the fact, and much of the value of working documentation is lost if you do it after the implementation.

Assuming we’re not taking about user guide kind of docs, then a major benefit of writing docs first is to clarify your thinking. Being able to explain your intent in the written word is valuable because you will often uncover gaps in your thinking. This applies to a specification, or to acknowledging problem reports and updating with theories on what the cause of said problem is and an approach to confirming or fixing it. You can even reference that problem report in commits and merge requests. It pretty beneficial all around.

And docs don’t have to me masterpiece works of art. Just getting people to clarify intent is a huge win. Peer reviewers don’t have time to do a super deep dive into code. If they know what you intended code to do, that’s something many reviewers can check pretty quickly without having to know much context.

It’s selfish and naive to disregard basic documentation of intent.

FPGAhacker··on Ask yourself dumb questions and answer them (2020)
> One of the things that separates ordinary people from smarter people is the topic of this article, the ability to imagine new concepts, questions, ideas. Colloquially we call this creativity, and it stems from a large degree of playfulness and enjoyment of the subject at hand.

Pretty sure we call that imagination. Creativity, shockingly enough, involves creation, not just imagination.

FPGAhacker··on Cummins pickup truck engines tricked air quality controls, feds say
It's a typical corporate effect. Management, with no expertise or even competency, creates absurd schedules and goals and thinks that somehow, just by fiat and edict, they can bend physics and make it so.
FPGAhacker··on Podman Desktop 1.6 released: Even more Kubernetes and Containers features
It’s an application that can run on Mac, Linux, or Windows.
FPGAhacker··on Apple introduces spatial video capture on iPhone 15 Pro
A cropped 28mm is indistinguishable from a 50mm or any other larger size, relative photo site receptor size notwithstanding.
FPGAhacker··on Cursorless is alien magic from the future
times like this make it really frustrating to be red-green colorblind.
FPGAhacker··on Bluesky migrates to single-tenant SQLite
Squash is our git given right.
FPGAhacker··on Ensō: write now, edit later
When I used to do nanowrimo, I would turn off my screen to stop my various means of self sabotage.

Worked well enough that I could meet my writing goals.

FPGAhacker··on Photographer showcases the power of iPhone 15 pro max
Most of the complaints in this story have been pretty dumb, but you have a really solid idea here. I am guessing Apple has an agreement with Wu to prevent it, but it would be cool to see.

I think it would inspire other photographers to not sweat the equipment factor too much.

FPGAhacker··on Scrollbars are becoming a problem
username checks out.
FPGAhacker··on U2 at Sphere is the nightmare future of music
Why?
FPGAhacker··on Goodbye integers, hello UUIDv7
Yes. But I think part of the design requirements is minimizing coordination required among distributed nodes.

This solution attempts to solve the sort-ability issue of current uuids by moving the timestamp to the most significant bits.

FPGAhacker··on iPhone 15: users of Pro and Pro Max models complain of overheating issues
But without any visibility into the OS and the processes running, there is no way to know what “heavy work” may be going on, intentional or bugged.
Page 1 of 23Next →