Lup Yuen Lee 李立源 @lupyuen@social.cleverlibre.org

@lupyuen giant spherical display is only good at displaying spherical things!? Who knew? 😂

@lupyuen @PINE64 fascinating, when I tried KDE Plasma on the Star64 it simply crashed, I guess I should try it again

@lupyuen Hi Lup thx for your awesome posts about #nuttx on embedded systems! I'm currently doing some research for a students tutorial and asking myself if GPIO can be simulated with #qemu and #riscv running #nuttx. Do you have any ideas on how to simulate this using the emu and how must #nuttx be configured to provide the /dev/gpioXX device?

@lupyuen @PINE64 https://lupyuen.codeberg.page/articles/linux.html#yocto-linux-with-kde-plasma

@niclas @lupyuen it didn’t kill ARM.

@lupyuen
I fear that the many extensions, especially optional ones, will lead to Risc-V's downfall.
More is not better. Combinatorial explosion always leads to problems. Tools will no longer work across Risc-V, but for individual CPUs/MCUs/xPUs only.

@lupyuen
Although I agree, he forgets to define "overengineering", and reads more like "All the things I think you shouldn't do", because in reality any group of professionals will probably disagree to what extent a random piece of code is overengineered.

I was once asked to recreate a fairly complex state machine for a new framework the customer wanted to use.
Instead of doing that, I delivered a "transition machine" which simplified the problem by 1-2 magnitudes of code needed (cont'd)