Conversation

the hard part is usually the reverse engineering of the completely black box target, plus (for me at least) the added psychological complication of it being unclear whether it can support my goals at all actually running linux on it tends to be straightforward
3
100
to get a shell running you'll need a few privileged instructions, a working MMU, an UART, and that's just about it. while it is hard to figure out what your target is and how to safely run a large binary on it, it's not that hard to get this small number of requirements working
3
55
on the flipside, since the port of linux to your hard drive, or toaster, or Casio BE-300 doesn't require much for a proof of concept, people tend to get it to the point where a shell runs and stop working on it. if it has buttons you get buttons, not applicable to hard drives tho
3
52
This Tweet was deleted by the Tweet author. Learn more
Replying to and
The Pixel Visual Core on a Pixel 2 and 3 runs a Linux distribution uploaded by the OS. It was an Intel-built chip with an ARM core running Linux and managing the specialized hardware. twitter.com/kdrag0n/status Not sure if it's also the case with the Pixel Neural Core on Pixel 4.
Quote Tweet
Mainline Linux v5.8-rc4 kernel running on a Pixel Visual Core image coprocessor, built with Clang 11 + LTO + CFI + SCS for kicks. It runs Linux, so why not put it to good use? github.com/kdrag0n/mainli
Show this thread
Image
1
16
I wouldn't be surprised if the qcacld codebase was at least initially shared with their Wi-Fi firmware. It's very abstracted and hardly looks like Linux kernel driver code at all. They took the firmware and put it into the Linux kernel instead of having much firmware anymore.
4