[PATCH/RFC v3 08/19] video: display: Add MIPI DBI bus support

Laurent Pinchart laurent.pinchart at ideasonboard.com
Fri Sep 6 07:09:13 PDT 2013

Hi Tomi,

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.


Laurent Pinchart
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130906/6342feb6/attachment-0001.pgp>

More information about the dri-devel mailing list