[RFC PATCH v1 0/5] Add pardata bus + tinydrm driver

Miguel Ojeda miguel.ojeda.sandonis at gmail.com
Thu Aug 2 19:46:43 UTC 2018


Hi Sam,

On Thu, Aug 2, 2018 at 9:39 PM, Sam Ravnborg <sam at ravnborg.org> wrote:
> This is an RFC - to get some responses on the overall design.
> The code builds but has not yet been tested on any HW.
> Before investing more time into this I would like some feedback
> if this is the right way forward or a different design should
> be pursued.
>
> The problem to solve is that I have a propriatary ARM based board
> with a display that is connected using a parallel bus.
> The display is capable of showing graphics
> so it is more advanced than what is found in auxdisplay/

Just a quick note: the original intention of auxdisplay/ was not only
text displays (actually, the first drivers there --cfag12864b/ks0108--
were graphic displays). They have a very low resolution (e.g. 128x64
for cfag12864b), though.

Cheers,
Miguel

> I know there are others using a display connected
> usign a parallel data bus, so this is not a unique problem
> for my board alone. But I do not expect many users as
> any modern design likely uses SPI or similar.
>
> The old (proprietary) approach was to implement a char driver
> and then let some 3rd party lib use the char driver to write to the
> display.
> The goal is to move to a more modern world where I expect
> to have a simple Qt based program running that can
> be used for a few simple things.
> (I do not expect any high performance and do not need it).
>
> Implementation:
>
> A pardata bus is implemented.
> It uses a platform_driver to hook into the DT.
> When probed the pardatabus driver creates pardata devices
> for all child nodes in the tree.
>
> Within tinydrm the pardata support is used to implement
> a driver for the display I have (Winstar wg160160).
> A library module is used to implement the more basic
> things allowing us to have a more simple driver,
> and thus making it simpler to add new drivers.
>
> The implmentation uses array support in gpiolib
> to try to have some performance on screen updates.
>
>
> TODO:
> - Test on HW
> - Add locking so there can be more than one user on the bus
> - Improve pardata.rst documentation
> - Add support for a sparkfun parallel data display
>   (To verify that the library is generic)
> - I may add a class if I see the need
> - Likewise I may add sysfs attributes if there is a need for it
>
> Any comments appreciated!
>
>         Sam
>
>
> Sam Ravnborg (5):
>       dt-bindings: add parallel data bus (pardata)
>       pardata: new bus for parallel data access
>       tinydrm: add support for parallel data displays
>       dt-bindings: add winstar,wg160160 display bindings
>       tinydrm: add winstar wg160160 driver
>
>
>  .../bindings/display/winstar,wg160160.txt          |  53 +++
>  .../bindings/pardata/parallel-data-bus.txt         |  60 +++
>  Documentation/driver-api/index.rst                 |   1 +
>  Documentation/driver-api/pardata.rst               |  60 +++
>  MAINTAINERS                                        |  14 +
>  drivers/Kconfig                                    |   2 +
>  drivers/Makefile                                   |   1 +
>  drivers/gpu/drm/tinydrm/Kconfig                    |  13 +
>  drivers/gpu/drm/tinydrm/Makefile                   |   2 +
>  drivers/gpu/drm/tinydrm/pardata-dbi.c              | 417 +++++++++++++++++++++
>  drivers/gpu/drm/tinydrm/wg160160.c                 | 298 +++++++++++++++
>  drivers/pardata/Kconfig                            |  17 +
>  drivers/pardata/Makefile                           |   5 +
>  drivers/pardata/pardata.c                          | 282 ++++++++++++++
>  include/drm/tinydrm/pardata-dbi.h                  | 257 +++++++++++++
>  include/linux/pardata.h                            | 138 +++++++
>  16 files changed, 1620 insertions(+)


More information about the dri-devel mailing list