• Tomi Valkeinen's avatar
    OMAPDSS: Add panel dev pointer to dssdev · ecc8b370
    Tomi Valkeinen authored
    We are about to remove the dss bus support, which also means that the
    omap_dss_device won't be a real device anymore. This means that the
    embedded "dev" struct needs to be removed from omap_dss_device.
    
    After we've finished the removal of the dss bus, we see the following
    changes:
    
    - struct omap_dss_device won't be a real Linux device anymore, but more
      like a "display entity".
    - struct omap_dss_driver won't be a Linux device driver, but "display
      entity ops".
    - The panel devices/drivers won't be omapdss devices/drivers, but
      platform/i2c/spi/etc devices/drivers, whichever fits the control
      mechanism of the panel.
    - The panel drivers will create omap_dss_device and omap_dss_driver,
      fill the required fields, and register the omap_dss_device to
      omapdss.
    - omap_dss_device won't have an embedded dev struct anymore, but a
      dev pointer to the actual device that manages the omap_dss_device.
    
    The model described above resembles the model that has been discussed
    with CDF (common display framework).
    
    For the duration of the conversion, we temporarily have two devs in the
    dssdev, the old "old_dev", which is a full embedded device struct, and the
    new "dev", which is a pointer to the device. "old_dev" will be removed
    in the future.
    
    For devices belonging to dss bus the dev is initialized to point to
    old_dev. This way all the code can just use the dev, for both old and
    new style panels.
    
    Both the new and old style panel drivers work during the conversion, and
    only after the dss bus support is removed will the old style panels stop
    to compile.
    Signed-off-by: default avatarTomi Valkeinen <tomi.valkeinen@ti.com>
    ecc8b370
panel-generic-dpi.c 15.2 KB