[PATCH/RFC v3 08/19] video: display: Add MIPI DBI bus support
laurent.pinchart at ideasonboard.com
Fri Sep 6 07:09:13 PDT 2013
On Monday 26 August 2013 14:10:50 Tomi Valkeinen wrote:
> On 09/08/13 20:14, Laurent Pinchart wrote:
> > MIPI DBI is a configurable-width parallel display bus that transmits
> > commands and data.
> > Add a new DBI Linux bus type that implements the usual bus
> > infrastructure (including devices and drivers (un)registration and
> > matching, and bus configuration and access functions).
> This has been discussed before, but I don't remember that the issue would
> have been cleared, so I'm bringing it up again.
> What benefit does a real Linux DBI (or DSI) bus give us, compared to
> representing the DBI the same way as DPI? DBI & DSI are in practice point-
> to-point buses, and they do not support probing. Is it just that because DBI
> and DSI can be used to control a device, they have to be Linux buses?
The idea was to reuse the Linux bus infrastructure to benefit from features
such as power management. Implementing DBI/DSI control functions using a
DBI/DSI bus is also pretty easy, and would allow controlling DBI/DSI entities
much like we control I2C entities. I don't like the idea of using an I2C bus
with I2C access functions on one side, and embedding the DBI/DSI access
functions as part of CDF entity operations on the other side very much.
This being said, this isn't the part of CDF that matters the most to me (it's
actually not part of CDF strictly speaking). If your model works well enough
it won't be too hard to convince me :-)
> How do you see handling the devices where DBI or DSI is used for video only,
> and the control is handled via, say, i2c? The module has to register two
> drivers, and try to keep those in sync? I feel that could get rather hacky.
If DBI or DSI is used for video only you don't need DBI/DSI control
operations, right ? So the entity driver will just be a regular I2C device
> A real Linux bus would be necessary if we had devices that used DBI or DSI
> only for control, and some other video bus for video data. But that sounds
> so silly that I think we can just forget about the case.
I certainly hope so :-)
> Thus DBI and DSI are used either for video only, or video and control.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 490 bytes
Desc: This is a digitally signed message part.
More information about the dri-devel