2009-08-05 20:18:44 +07:00
|
|
|
/*
|
|
|
|
* linux/drivers/video/omap2/dss/sdi.c
|
|
|
|
*
|
|
|
|
* Copyright (C) 2009 Nokia Corporation
|
|
|
|
* Author: Tomi Valkeinen <tomi.valkeinen@nokia.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License version 2 as published by
|
|
|
|
* the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but WITHOUT
|
|
|
|
* ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
|
|
|
|
* more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along with
|
|
|
|
* this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define DSS_SUBSYS_NAME "SDI"
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/err.h>
|
2010-03-17 19:35:21 +07:00
|
|
|
#include <linux/regulator/consumer.h>
|
2011-07-11 00:20:26 +07:00
|
|
|
#include <linux/export.h>
|
2012-02-20 21:57:37 +07:00
|
|
|
#include <linux/platform_device.h>
|
2012-09-28 14:03:03 +07:00
|
|
|
#include <linux/string.h>
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2011-05-11 18:05:07 +07:00
|
|
|
#include <video/omapdss.h>
|
2009-08-05 20:18:44 +07:00
|
|
|
#include "dss.h"
|
|
|
|
|
|
|
|
static struct {
|
2013-03-19 18:46:40 +07:00
|
|
|
struct platform_device *pdev;
|
|
|
|
|
2009-08-05 20:18:44 +07:00
|
|
|
bool update_enabled;
|
2010-03-17 19:35:21 +07:00
|
|
|
struct regulator *vdds_sdi_reg;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
struct dss_lcd_mgr_config mgr_config;
|
2012-08-08 18:26:06 +07:00
|
|
|
struct omap_video_timings timings;
|
2012-07-20 18:48:49 +07:00
|
|
|
int datapairs;
|
2012-09-26 18:00:49 +07:00
|
|
|
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
struct omap_dss_device output;
|
2012-06-29 16:03:18 +07:00
|
|
|
} sdi;
|
2010-12-02 18:27:10 +07:00
|
|
|
|
2013-03-05 22:06:26 +07:00
|
|
|
struct sdi_clk_calc_ctx {
|
|
|
|
unsigned long pck_min, pck_max;
|
|
|
|
|
|
|
|
struct dss_clock_info dss_cinfo;
|
|
|
|
struct dispc_clock_info dispc_cinfo;
|
|
|
|
};
|
|
|
|
|
|
|
|
static bool dpi_calc_dispc_cb(int lckd, int pckd, unsigned long lck,
|
|
|
|
unsigned long pck, void *data)
|
|
|
|
{
|
|
|
|
struct sdi_clk_calc_ctx *ctx = data;
|
|
|
|
|
|
|
|
ctx->dispc_cinfo.lck_div = lckd;
|
|
|
|
ctx->dispc_cinfo.pck_div = pckd;
|
|
|
|
ctx->dispc_cinfo.lck = lck;
|
|
|
|
ctx->dispc_cinfo.pck = pck;
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool dpi_calc_dss_cb(int fckd, unsigned long fck, void *data)
|
|
|
|
{
|
|
|
|
struct sdi_clk_calc_ctx *ctx = data;
|
|
|
|
|
|
|
|
ctx->dss_cinfo.fck = fck;
|
|
|
|
ctx->dss_cinfo.fck_div = fckd;
|
|
|
|
|
|
|
|
return dispc_div_calc(fck, ctx->pck_min, ctx->pck_max,
|
|
|
|
dpi_calc_dispc_cb, ctx);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int sdi_calc_clock_div(unsigned long pclk,
|
|
|
|
struct dss_clock_info *dss_cinfo,
|
|
|
|
struct dispc_clock_info *dispc_cinfo)
|
|
|
|
{
|
|
|
|
int i;
|
|
|
|
struct sdi_clk_calc_ctx ctx;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* DSS fclk gives us very few possibilities, so finding a good pixel
|
|
|
|
* clock may not be possible. We try multiple times to find the clock,
|
|
|
|
* each time widening the pixel clock range we look for, up to
|
|
|
|
* +/- 1MHz.
|
|
|
|
*/
|
|
|
|
|
|
|
|
for (i = 0; i < 10; ++i) {
|
|
|
|
bool ok;
|
|
|
|
|
|
|
|
memset(&ctx, 0, sizeof(ctx));
|
|
|
|
if (pclk > 1000 * i * i * i)
|
|
|
|
ctx.pck_min = max(pclk - 1000 * i * i * i, 0lu);
|
|
|
|
else
|
|
|
|
ctx.pck_min = 0;
|
|
|
|
ctx.pck_max = pclk + 1000 * i * i * i;
|
|
|
|
|
|
|
|
ok = dss_div_calc(ctx.pck_min, dpi_calc_dss_cb, &ctx);
|
|
|
|
if (ok) {
|
|
|
|
*dss_cinfo = ctx.dss_cinfo;
|
|
|
|
*dispc_cinfo = ctx.dispc_cinfo;
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
static void sdi_config_lcd_manager(struct omap_dss_device *dssdev)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
2013-05-10 19:27:07 +07:00
|
|
|
struct omap_overlay_manager *mgr = sdi.output.manager;
|
2012-09-04 13:19:30 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
sdi.mgr_config.io_pad_mode = DSS_IO_PAD_MODE_BYPASS;
|
2010-12-02 18:27:10 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
sdi.mgr_config.stallmode = false;
|
|
|
|
sdi.mgr_config.fifohandcheck = false;
|
|
|
|
|
|
|
|
sdi.mgr_config.video_port_width = 24;
|
|
|
|
sdi.mgr_config.lcden_sig_polarity = 1;
|
|
|
|
|
2012-09-04 13:19:30 +07:00
|
|
|
dss_mgr_set_lcd_config(mgr, &sdi.mgr_config);
|
2009-08-05 20:18:44 +07:00
|
|
|
}
|
|
|
|
|
2010-01-12 20:12:07 +07:00
|
|
|
int omapdss_sdi_display_enable(struct omap_dss_device *dssdev)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
struct omap_dss_device *out = &sdi.output;
|
2012-08-08 18:26:06 +07:00
|
|
|
struct omap_video_timings *t = &sdi.timings;
|
2009-08-05 20:18:44 +07:00
|
|
|
struct dss_clock_info dss_cinfo;
|
|
|
|
struct dispc_clock_info dispc_cinfo;
|
|
|
|
unsigned long pck;
|
|
|
|
int r;
|
|
|
|
|
2012-09-04 13:19:30 +07:00
|
|
|
if (out == NULL || out->manager == NULL) {
|
|
|
|
DSSERR("failed to enable display: no output/manager\n");
|
2011-06-23 20:38:21 +07:00
|
|
|
return -ENODEV;
|
|
|
|
}
|
|
|
|
|
2010-03-17 19:35:21 +07:00
|
|
|
r = regulator_enable(sdi.vdds_sdi_reg);
|
|
|
|
if (r)
|
2011-05-27 14:52:19 +07:00
|
|
|
goto err_reg_enable;
|
2010-03-17 19:35:21 +07:00
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
r = dispc_runtime_get();
|
|
|
|
if (r)
|
|
|
|
goto err_get_dispc;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
|
|
|
/* 15.5.9.1.2 */
|
2012-08-08 18:26:06 +07:00
|
|
|
t->data_pclk_edge = OMAPDSS_DRIVE_SIG_RISING_EDGE;
|
|
|
|
t->sync_pclk_edge = OMAPDSS_DRIVE_SIG_RISING_EDGE;
|
2012-06-25 13:56:38 +07:00
|
|
|
|
2013-03-05 22:06:26 +07:00
|
|
|
r = sdi_calc_clock_div(t->pixel_clock * 1000, &dss_cinfo, &dispc_cinfo);
|
2009-08-05 20:18:44 +07:00
|
|
|
if (r)
|
2011-05-27 14:52:19 +07:00
|
|
|
goto err_calc_clock_div;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
sdi.mgr_config.clock_info = dispc_cinfo;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
pck = dss_cinfo.fck / dispc_cinfo.lck_div / dispc_cinfo.pck_div / 1000;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
|
|
|
if (pck != t->pixel_clock) {
|
|
|
|
DSSWARN("Could not find exact pixel clock. Requested %d kHz, "
|
|
|
|
"got %lu kHz\n",
|
|
|
|
t->pixel_clock, pck);
|
|
|
|
|
|
|
|
t->pixel_clock = pck;
|
|
|
|
}
|
|
|
|
|
|
|
|
|
2012-09-04 13:19:30 +07:00
|
|
|
dss_mgr_set_timings(out->manager, t);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
|
|
|
r = dss_set_clock_div(&dss_cinfo);
|
|
|
|
if (r)
|
2011-05-27 14:52:19 +07:00
|
|
|
goto err_set_dss_clock_div;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-06-29 16:03:18 +07:00
|
|
|
sdi_config_lcd_manager(dssdev);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-08-21 13:09:47 +07:00
|
|
|
/*
|
|
|
|
* LCLK and PCLK divisors are located in shadow registers, and we
|
|
|
|
* normally write them to DISPC registers when enabling the output.
|
|
|
|
* However, SDI uses pck-free as source clock for its PLL, and pck-free
|
|
|
|
* is affected by the divisors. And as we need the PLL before enabling
|
|
|
|
* the output, we need to write the divisors early.
|
|
|
|
*
|
|
|
|
* It seems just writing to the DISPC register is enough, and we don't
|
|
|
|
* need to care about the shadow register mechanism for pck-free. The
|
|
|
|
* exact reason for this is unknown.
|
|
|
|
*/
|
2012-09-04 13:19:30 +07:00
|
|
|
dispc_mgr_set_clock_div(out->manager->id, &sdi.mgr_config.clock_info);
|
2012-07-20 18:48:49 +07:00
|
|
|
|
2012-09-11 15:28:59 +07:00
|
|
|
dss_sdi_init(sdi.datapairs);
|
2011-03-02 17:29:27 +07:00
|
|
|
r = dss_sdi_enable();
|
|
|
|
if (r)
|
2011-05-27 14:52:19 +07:00
|
|
|
goto err_sdi_enable;
|
2011-03-02 17:29:27 +07:00
|
|
|
mdelay(2);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-09-04 13:19:30 +07:00
|
|
|
r = dss_mgr_enable(out->manager);
|
2011-11-21 18:42:58 +07:00
|
|
|
if (r)
|
|
|
|
goto err_mgr_enable;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
|
|
|
return 0;
|
2011-05-27 14:52:19 +07:00
|
|
|
|
2011-11-21 18:42:58 +07:00
|
|
|
err_mgr_enable:
|
|
|
|
dss_sdi_disable();
|
2011-05-27 14:52:19 +07:00
|
|
|
err_sdi_enable:
|
|
|
|
err_set_dss_clock_div:
|
|
|
|
err_calc_clock_div:
|
|
|
|
dispc_runtime_put();
|
|
|
|
err_get_dispc:
|
2010-03-17 19:35:21 +07:00
|
|
|
regulator_disable(sdi.vdds_sdi_reg);
|
2011-05-27 14:52:19 +07:00
|
|
|
err_reg_enable:
|
2009-08-05 20:18:44 +07:00
|
|
|
return r;
|
|
|
|
}
|
2010-01-12 20:12:07 +07:00
|
|
|
EXPORT_SYMBOL(omapdss_sdi_display_enable);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2010-01-12 20:12:07 +07:00
|
|
|
void omapdss_sdi_display_disable(struct omap_dss_device *dssdev)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
2013-05-10 19:27:07 +07:00
|
|
|
struct omap_overlay_manager *mgr = sdi.output.manager;
|
2012-09-04 13:19:30 +07:00
|
|
|
|
|
|
|
dss_mgr_disable(mgr);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
|
|
|
dss_sdi_disable();
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
dispc_runtime_put();
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2010-03-17 19:35:21 +07:00
|
|
|
regulator_disable(sdi.vdds_sdi_reg);
|
2009-08-05 20:18:44 +07:00
|
|
|
}
|
2010-01-12 20:12:07 +07:00
|
|
|
EXPORT_SYMBOL(omapdss_sdi_display_disable);
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2012-07-05 18:41:12 +07:00
|
|
|
void omapdss_sdi_set_timings(struct omap_dss_device *dssdev,
|
|
|
|
struct omap_video_timings *timings)
|
|
|
|
{
|
2012-08-08 18:26:06 +07:00
|
|
|
sdi.timings = *timings;
|
2012-07-05 18:41:12 +07:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(omapdss_sdi_set_timings);
|
|
|
|
|
2012-07-20 18:48:49 +07:00
|
|
|
void omapdss_sdi_set_datapairs(struct omap_dss_device *dssdev, int datapairs)
|
|
|
|
{
|
|
|
|
sdi.datapairs = datapairs;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(omapdss_sdi_set_datapairs);
|
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
static int sdi_init_regulator(void)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
2013-05-17 15:00:15 +07:00
|
|
|
struct regulator *vdds_sdi;
|
2009-08-05 20:18:44 +07:00
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
if (sdi.vdds_sdi_reg)
|
|
|
|
return 0;
|
2011-02-22 20:53:46 +07:00
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
vdds_sdi = dss_get_vdds_sdi();
|
2011-02-22 20:53:46 +07:00
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
if (IS_ERR(vdds_sdi)) {
|
2013-03-19 18:46:40 +07:00
|
|
|
vdds_sdi = devm_regulator_get(&sdi.pdev->dev, "vdds_sdi");
|
|
|
|
if (IS_ERR(vdds_sdi)) {
|
|
|
|
DSSERR("can't get VDDS_SDI regulator\n");
|
|
|
|
return PTR_ERR(vdds_sdi);
|
|
|
|
}
|
2011-02-22 20:53:46 +07:00
|
|
|
}
|
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
sdi.vdds_sdi_reg = vdds_sdi;
|
|
|
|
|
2009-08-05 20:18:44 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-05-02 15:56:35 +07:00
|
|
|
static struct omap_dss_device *sdi_find_dssdev(struct platform_device *pdev)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
struct omap_dss_board_info *pdata = pdev->dev.platform_data;
|
2012-10-29 17:40:46 +07:00
|
|
|
const char *def_disp_name = omapdss_get_default_display_name();
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
struct omap_dss_device *def_dssdev;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
def_dssdev = NULL;
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
|
|
|
|
for (i = 0; i < pdata->num_devices; ++i) {
|
|
|
|
struct omap_dss_device *dssdev = pdata->devices[i];
|
|
|
|
|
|
|
|
if (dssdev->type != OMAP_DISPLAY_TYPE_SDI)
|
|
|
|
continue;
|
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (def_dssdev == NULL)
|
|
|
|
def_dssdev = dssdev;
|
|
|
|
|
|
|
|
if (def_disp_name != NULL &&
|
|
|
|
strcmp(dssdev->name, def_disp_name) == 0) {
|
|
|
|
def_dssdev = dssdev;
|
|
|
|
break;
|
2012-03-01 21:58:39 +07:00
|
|
|
}
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
}
|
2012-03-01 21:58:39 +07:00
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
return def_dssdev;
|
|
|
|
}
|
|
|
|
|
2013-05-02 16:10:37 +07:00
|
|
|
static int sdi_probe_pdata(struct platform_device *sdidev)
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
{
|
2012-09-10 17:58:29 +07:00
|
|
|
struct omap_dss_device *plat_dssdev;
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
struct omap_dss_device *dssdev;
|
|
|
|
int r;
|
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
plat_dssdev = sdi_find_dssdev(sdidev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
if (!plat_dssdev)
|
2013-05-02 16:10:37 +07:00
|
|
|
return 0;
|
2012-09-10 17:58:29 +07:00
|
|
|
|
|
|
|
dssdev = dss_alloc_and_init_device(&sdidev->dev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (!dssdev)
|
2013-05-02 16:10:37 +07:00
|
|
|
return -ENOMEM;
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_copy_device_pdata(dssdev, plat_dssdev);
|
|
|
|
|
2013-05-17 15:00:15 +07:00
|
|
|
r = sdi_init_regulator();
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (r) {
|
|
|
|
DSSERR("device %s init failed: %d\n", dssdev->name, r);
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_put_device(dssdev);
|
2013-05-02 16:10:37 +07:00
|
|
|
return r;
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
}
|
|
|
|
|
2012-12-07 17:50:08 +07:00
|
|
|
r = omapdss_output_set_device(&sdi.output, dssdev);
|
|
|
|
if (r) {
|
|
|
|
DSSERR("failed to connect output to new device: %s\n",
|
|
|
|
dssdev->name);
|
|
|
|
dss_put_device(dssdev);
|
2013-05-02 16:10:37 +07:00
|
|
|
return r;
|
2012-12-07 17:50:08 +07:00
|
|
|
}
|
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
r = dss_add_device(dssdev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (r) {
|
|
|
|
DSSERR("device %s register failed: %d\n", dssdev->name, r);
|
2012-12-07 17:50:08 +07:00
|
|
|
omapdss_output_unset_device(&sdi.output);
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_put_device(dssdev);
|
2013-05-02 16:10:37 +07:00
|
|
|
return r;
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
}
|
2013-05-02 16:10:37 +07:00
|
|
|
|
|
|
|
return 0;
|
2012-05-02 18:55:12 +07:00
|
|
|
}
|
|
|
|
|
2013-05-02 15:56:35 +07:00
|
|
|
static void sdi_init_output(struct platform_device *pdev)
|
2012-09-26 18:00:49 +07:00
|
|
|
{
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
struct omap_dss_device *out = &sdi.output;
|
2012-09-26 18:00:49 +07:00
|
|
|
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
out->dev = &pdev->dev;
|
2012-09-26 18:00:49 +07:00
|
|
|
out->id = OMAP_DSS_OUTPUT_SDI;
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
out->output_type = OMAP_DISPLAY_TYPE_SDI;
|
2013-02-18 18:06:01 +07:00
|
|
|
out->name = "sdi.0";
|
2013-02-13 16:23:54 +07:00
|
|
|
out->dispc_channel = OMAP_DSS_CHANNEL_LCD;
|
2012-09-26 18:00:49 +07:00
|
|
|
|
|
|
|
dss_register_output(out);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit sdi_uninit_output(struct platform_device *pdev)
|
|
|
|
{
|
OMAPDSS: combine omap_dss_output into omap_dss_device
We currently have omap_dss_device, which represents an external display
device, sometimes an external encoder, sometimes a panel. Then we have
omap_dss_output, which represents DSS's output encoder.
In the future with new display device model, we construct a video
pipeline from the display blocks. To accomplish this, all the blocks
need to be presented by the same entity.
Thus, this patch combines omap_dss_output into omap_dss_device. Some of
the fields in omap_dss_output are already found in omap_dss_device, but
some are not. This means we'll have DSS output specific fields in
omap_dss_device, which is not very nice. However, it is easier to just
keep those output specific fields there for now, and after transition to
new display device model is made, they can be cleaned up easier than
could be done now.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2013-04-19 19:09:34 +07:00
|
|
|
struct omap_dss_device *out = &sdi.output;
|
2012-09-26 18:00:49 +07:00
|
|
|
|
|
|
|
dss_unregister_output(out);
|
|
|
|
}
|
|
|
|
|
2013-05-02 15:56:35 +07:00
|
|
|
static int omap_sdi_probe(struct platform_device *pdev)
|
2012-05-02 18:55:12 +07:00
|
|
|
{
|
2013-05-02 16:10:37 +07:00
|
|
|
int r;
|
|
|
|
|
2013-03-19 18:46:40 +07:00
|
|
|
sdi.pdev = pdev;
|
|
|
|
|
2012-09-26 18:00:49 +07:00
|
|
|
sdi_init_output(pdev);
|
|
|
|
|
2013-03-14 20:47:29 +07:00
|
|
|
if (pdev->dev.platform_data) {
|
|
|
|
r = sdi_probe_pdata(pdev);
|
|
|
|
if (r)
|
|
|
|
goto err_probe;
|
2013-05-02 16:10:37 +07:00
|
|
|
}
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
|
2009-08-05 20:18:44 +07:00
|
|
|
return 0;
|
2013-03-14 20:47:29 +07:00
|
|
|
|
|
|
|
err_probe:
|
|
|
|
sdi_uninit_output(pdev);
|
|
|
|
return r;
|
2009-08-05 20:18:44 +07:00
|
|
|
}
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
static int __exit omap_sdi_remove(struct platform_device *pdev)
|
2009-08-05 20:18:44 +07:00
|
|
|
{
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_unregister_child_devices(&pdev->dev);
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
|
2012-09-26 18:00:49 +07:00
|
|
|
sdi_uninit_output(pdev);
|
|
|
|
|
2012-02-20 21:57:37 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static struct platform_driver omap_sdi_driver = {
|
2013-05-02 15:56:35 +07:00
|
|
|
.probe = omap_sdi_probe,
|
2012-02-17 22:41:13 +07:00
|
|
|
.remove = __exit_p(omap_sdi_remove),
|
2012-02-20 21:57:37 +07:00
|
|
|
.driver = {
|
|
|
|
.name = "omapdss_sdi",
|
|
|
|
.owner = THIS_MODULE,
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
int __init sdi_init_platform_driver(void)
|
2012-02-20 21:57:37 +07:00
|
|
|
{
|
2013-05-02 15:56:35 +07:00
|
|
|
return platform_driver_register(&omap_sdi_driver);
|
2012-02-20 21:57:37 +07:00
|
|
|
}
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
void __exit sdi_uninit_platform_driver(void)
|
2012-02-20 21:57:37 +07:00
|
|
|
{
|
|
|
|
platform_driver_unregister(&omap_sdi_driver);
|
2009-08-05 20:18:44 +07:00
|
|
|
}
|