MNT Pocket Reform's system controller on the motherboard, based on RP2040, uses literally every available pin by now
@mntmn Should we have a talk about system controller <-> CPU interface, so that we get something generic any reasonable manufacturer can use, and so that we limit amount of kernel drivers needed?
@pavel sure, which computer are you designing?
@mntmn So I am not designing computers. I'm kernel hacker, not hardware hacker. But I've tried to get CutiePi to work (and have driver for that), and friend did a talk about MutantC. Open hardware seems to spread, but people seem to design their own interfaces, and that is not great.
@pavel i see. the only optional kernel driver that there currently is is for getting battery status. do you mean sth like that?
@mntmn Yes, I mean such stuff. You'll also need some kind of protocol for setting up individual LEDs, no? Anyway, this is what cutiepi uses: https://github.com/cutiepi-io/cutiepi-middleware ... and it would be great if common protocol existed. (If you use their's protocol, I have a kernel driver, but it needs cleanup and mainlining).
GitHubContributors to cutiepi-io/cutiepi-middlewareContribute to cutiepi-io/cutiepi-middleware development by creating an account on GitHub.
@mntmn why the RP2040?
@mntmn I don't really have an answer for that other than maybe ACAB, but I just don't know enough about MCUs, so my question was quite literal, are there any features that make it uniquely suitable?