It would be good to see how it runs and and what it offers. If it works and is good we can look to integrate it more deeply into RTEMS.
The RTEMS shell is stable and robust but not easy to maintain and lacks some important features you expect in a shell these days. The most obvious is scripting logic then there are other things like completion. Completion is hard because it tends to extend into a command’s implementation.
The command struct layout we have has issues around initialization. I have fixed some of the problems however there is a concern it is still a little fragile. The struct has fields I have never seen used. A new shell would need to provide support for existing commands as implemented and then over time I would like to migrate away from the current command structure deprecating it. This would impact users. Maybe we should also look at the monitor code and commands and what we do with them?
The RTEMS shell supports terminal size detection, ie LINES and COLUMNS setting of environment variables. This was hacked into the shell as there was no obvious place in RTEMS to handle this. We would need to maintain this support in a new shell. I am happy to look at other ways to implement this support. Maybe this is a new project on it’s own?