view the rest of the comments
Linux
Welcome to c/linux!
Welcome to our thriving Linux community! Whether you're a seasoned Linux enthusiast or just starting your journey, we're excited to have you here. Explore, learn, and collaborate with like-minded individuals who share a passion for open-source software and the endless possibilities it offers. Together, let's dive into the world of Linux and embrace the power of freedom, customization, and innovation. Enjoy your stay and feel free to join the vibrant discussions that await you!
Rules:
-
Stay on topic: Posts and discussions should be related to Linux, open source software, and related technologies.
-
Be respectful: Treat fellow community members with respect and courtesy.
-
Quality over quantity: Share informative and thought-provoking content.
-
No spam or self-promotion: Avoid excessive self-promotion or spamming.
-
No NSFW adult content
-
Follow general lemmy guidelines.
I admire people like this because even though there's like 3 pieces of hardware I wish I could fix like this, I've got no clue where to start. And except for one, most are simpler devices than the M1 GPU.
Some of the basics of reverse engineering:
It's kind of monumental and there's no real finish line for learning any of them.
Depending on what you want to do you need a lot of time, dedication, tools and probably money.
Well, one is a GPU like this one that only has 2D support and it's apparently perpetually stuck as experimental. The second one is a trackpad / numpad combo that someone else got working but because the code never got upstreamed it broke. The last one is an internal microphone that might have support in the kernel but it might be missing quirk flags or a small change in how it works.
That sounds like reading a lot of documentation and testing stuff out when no dox is available.
And probably you first need to learn about each device how they function on an os level...