This includes pin numbering and bindings to the ST7789 display.
There is one pretty painful issue: DMA is generally not used for embedded_graphics commands, since most commands are generated via an iterator. (This is particularly noticeable at startup, as the st7789 library turns the display on without leaving time for us to clear the screen buffer, which takes a while without DMA.)
However, I don't feel that solving that issue is under the remit of rp2040-hal. Ideally st7789 could do with hooks to allow DMA for long copy operations and its init() function needs to be broken up.
This includes pin numbering and bindings to the ST7789 display.
There is one pretty painful issue: DMA is generally not used for
embedded_graphicscommands, since most commands are generated via an iterator. (This is particularly noticeable at startup, as the st7789 library turns the display on without leaving time for us to clear the screen buffer, which takes a while without DMA.)However, I don't feel that solving that issue is under the remit of
rp2040-hal. Ideallyst7789could do with hooks to allow DMA for long copy operations and itsinit()function needs to be broken up.