Well I got #RTEMS booting on my STM32U5-Discovery board so now I'm going to need to write a framebuffer driver to see how the ST "Vector Graphics Accelerator" works. Perhaps I'll port my p3dc package to it.
1
0
0
Hello @ChuckMcManis we have worked on #RTEMS framebuffer support in past, I lead work on #Microwindows port for RTEMS year ago, see microwindows.bset in official RSB. But it need more work to be updated. We have worked on Cyrrus FBsupport to test it under QEMU on x86 and more. This year I have led GSoC to port Microwindows to #NuttX, the work progress tracking can be seen https://github.com/apache/nuttx/issues/18566. I am attaching example from QEMU x86_64 flat memory space NuttX build. My colleague tested result even on STM32 with LCD connected by parallel memory mapped bus. I am not sure how well this will fit into your graphic stack. But we have run even serial production of medical infusion pump based on RTEMS and this graphic stack with own simple GUT/widget set SuTk. I am quite busy by other things these days, but in longer term I have interest to join forces on RTEMS graphics support or look for students for our more GSoCs or final thesis works at university.
1
0
2
@ppisa That's awesome, I'm a bit annoyed that ST had decided that their baby GPU is super-duper top sekrit and won't tell me how it works.
0
0
0