2009-11-03 17:23:50 +08:00
|
|
|
/*
|
|
|
|
* Copyright (C) 2009 Nokia Corporation
|
|
|
|
* Author: Tomi Valkeinen <tomi.valkeinen@nokia.com>
|
|
|
|
*
|
|
|
|
* Some code and ideas taken from drivers/video/omap/ driver
|
|
|
|
* by Imre Deak.
|
|
|
|
*
|
|
|
|
* 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 "DSS"
|
|
|
|
|
2017-08-05 06:44:01 +08:00
|
|
|
#include <linux/debugfs.h>
|
2017-10-13 22:59:01 +08:00
|
|
|
#include <linux/dma-mapping.h>
|
2009-11-03 17:23:50 +08:00
|
|
|
#include <linux/kernel.h>
|
2013-12-16 21:13:24 +08:00
|
|
|
#include <linux/module.h>
|
2009-11-03 17:23:50 +08:00
|
|
|
#include <linux/io.h>
|
2011-07-11 01:20:26 +08:00
|
|
|
#include <linux/export.h>
|
2009-11-03 17:23:50 +08:00
|
|
|
#include <linux/err.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/seq_file.h>
|
|
|
|
#include <linux/clk.h>
|
2016-05-10 05:51:27 +08:00
|
|
|
#include <linux/pinctrl/consumer.h>
|
2011-05-23 16:51:18 +08:00
|
|
|
#include <linux/platform_device.h>
|
2011-05-27 15:52:19 +08:00
|
|
|
#include <linux/pm_runtime.h>
|
2012-07-11 21:06:18 +08:00
|
|
|
#include <linux/gfp.h>
|
2012-09-28 18:54:35 +08:00
|
|
|
#include <linux/sizes.h>
|
2014-07-04 16:07:15 +08:00
|
|
|
#include <linux/mfd/syscon.h>
|
|
|
|
#include <linux/regmap.h>
|
2013-12-16 21:13:24 +08:00
|
|
|
#include <linux/of.h>
|
2017-08-05 06:43:58 +08:00
|
|
|
#include <linux/of_device.h>
|
2017-03-22 21:26:08 +08:00
|
|
|
#include <linux/of_graph.h>
|
2014-07-04 16:08:27 +08:00
|
|
|
#include <linux/regulator/consumer.h>
|
2015-02-25 18:08:14 +08:00
|
|
|
#include <linux/suspend.h>
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
#include <linux/component.h>
|
2017-08-05 06:43:58 +08:00
|
|
|
#include <linux/sys_soc.h>
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2016-05-27 19:40:49 +08:00
|
|
|
#include "omapdss.h"
|
2009-11-03 17:23:50 +08:00
|
|
|
#include "dss.h"
|
|
|
|
|
|
|
|
struct dss_reg {
|
|
|
|
u16 idx;
|
|
|
|
};
|
|
|
|
|
|
|
|
#define DSS_REG(idx) ((const struct dss_reg) { idx })
|
|
|
|
|
|
|
|
#define DSS_REVISION DSS_REG(0x0000)
|
|
|
|
#define DSS_SYSCONFIG DSS_REG(0x0010)
|
|
|
|
#define DSS_SYSSTATUS DSS_REG(0x0014)
|
|
|
|
#define DSS_CONTROL DSS_REG(0x0040)
|
|
|
|
#define DSS_SDI_CONTROL DSS_REG(0x0044)
|
|
|
|
#define DSS_PLL_CONTROL DSS_REG(0x0048)
|
|
|
|
#define DSS_SDI_STATUS DSS_REG(0x005C)
|
|
|
|
|
|
|
|
#define REG_GET(idx, start, end) \
|
|
|
|
FLD_GET(dss_read_reg(idx), start, end)
|
|
|
|
|
|
|
|
#define REG_FLD_MOD(idx, val, start, end) \
|
|
|
|
dss_write_reg(idx, FLD_MOD(dss_read_reg(idx), val, start, end))
|
|
|
|
|
2017-08-05 06:43:52 +08:00
|
|
|
struct dss_ops {
|
|
|
|
int (*dpi_select_source)(int port, enum omap_channel channel);
|
|
|
|
int (*select_lcd_source)(enum omap_channel channel,
|
|
|
|
enum dss_clk_source clk_src);
|
|
|
|
};
|
|
|
|
|
2012-07-11 21:06:18 +08:00
|
|
|
struct dss_features {
|
2017-08-05 06:43:56 +08:00
|
|
|
enum dss_model model;
|
2012-07-11 21:06:18 +08:00
|
|
|
u8 fck_div_max;
|
2017-08-05 06:44:17 +08:00
|
|
|
unsigned int fck_freq_max;
|
2012-07-11 21:06:18 +08:00
|
|
|
u8 dss_fck_multiplier;
|
2013-11-01 17:38:04 +08:00
|
|
|
const char *parent_clk_name;
|
2014-12-11 21:59:31 +08:00
|
|
|
const enum omap_display_type *ports;
|
2014-05-22 19:31:57 +08:00
|
|
|
int num_ports;
|
2017-08-05 06:44:18 +08:00
|
|
|
const enum omap_dss_output_id *outputs;
|
2017-08-05 06:43:52 +08:00
|
|
|
const struct dss_ops *ops;
|
2017-08-05 06:44:07 +08:00
|
|
|
struct dss_reg_field dispc_clk_switch;
|
2017-08-05 06:44:13 +08:00
|
|
|
bool has_lcd_clk_src;
|
2012-07-11 21:06:18 +08:00
|
|
|
};
|
|
|
|
|
2018-02-13 20:00:20 +08:00
|
|
|
static struct dss_device dss;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2011-03-15 12:28:21 +08:00
|
|
|
static const char * const dss_generic_clk_source_names[] = {
|
2016-05-17 19:01:10 +08:00
|
|
|
[DSS_CLK_SRC_FCK] = "FCK",
|
|
|
|
[DSS_CLK_SRC_PLL1_1] = "PLL1:1",
|
|
|
|
[DSS_CLK_SRC_PLL1_2] = "PLL1:2",
|
2016-05-17 19:12:35 +08:00
|
|
|
[DSS_CLK_SRC_PLL1_3] = "PLL1:3",
|
2016-05-17 19:01:10 +08:00
|
|
|
[DSS_CLK_SRC_PLL2_1] = "PLL2:1",
|
|
|
|
[DSS_CLK_SRC_PLL2_2] = "PLL2:2",
|
2016-05-17 19:12:35 +08:00
|
|
|
[DSS_CLK_SRC_PLL2_3] = "PLL2:3",
|
|
|
|
[DSS_CLK_SRC_HDMI_PLL] = "HDMI PLL",
|
2011-03-02 14:27:25 +08:00
|
|
|
};
|
|
|
|
|
2009-11-03 17:23:50 +08:00
|
|
|
static inline void dss_write_reg(const struct dss_reg idx, u32 val)
|
|
|
|
{
|
|
|
|
__raw_writel(val, dss.base + idx.idx);
|
|
|
|
}
|
|
|
|
|
|
|
|
static inline u32 dss_read_reg(const struct dss_reg idx)
|
|
|
|
{
|
|
|
|
return __raw_readl(dss.base + idx.idx);
|
|
|
|
}
|
|
|
|
|
|
|
|
#define SR(reg) \
|
|
|
|
dss.ctx[(DSS_##reg).idx / sizeof(u32)] = dss_read_reg(DSS_##reg)
|
|
|
|
#define RR(reg) \
|
|
|
|
dss_write_reg(DSS_##reg, dss.ctx[(DSS_##reg).idx / sizeof(u32)])
|
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
static void dss_save_context(void)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2011-05-27 15:52:19 +08:00
|
|
|
DSSDBG("dss_save_context\n");
|
2009-11-03 17:23:50 +08:00
|
|
|
|
|
|
|
SR(CONTROL);
|
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
if (dss.feat->outputs[OMAP_DSS_CHANNEL_LCD] & OMAP_DSS_OUTPUT_SDI) {
|
2011-02-24 20:18:50 +08:00
|
|
|
SR(SDI_CONTROL);
|
|
|
|
SR(PLL_CONTROL);
|
|
|
|
}
|
2011-06-01 20:56:39 +08:00
|
|
|
|
|
|
|
dss.ctx_valid = true;
|
|
|
|
|
|
|
|
DSSDBG("context saved\n");
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
static void dss_restore_context(void)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2011-05-27 15:52:19 +08:00
|
|
|
DSSDBG("dss_restore_context\n");
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2011-06-01 20:56:39 +08:00
|
|
|
if (!dss.ctx_valid)
|
|
|
|
return;
|
|
|
|
|
2009-11-03 17:23:50 +08:00
|
|
|
RR(CONTROL);
|
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
if (dss.feat->outputs[OMAP_DSS_CHANNEL_LCD] & OMAP_DSS_OUTPUT_SDI) {
|
2011-02-24 20:18:50 +08:00
|
|
|
RR(SDI_CONTROL);
|
|
|
|
RR(PLL_CONTROL);
|
|
|
|
}
|
2011-06-01 20:56:39 +08:00
|
|
|
|
|
|
|
DSSDBG("context restored\n");
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
#undef SR
|
|
|
|
#undef RR
|
|
|
|
|
2018-02-13 20:00:22 +08:00
|
|
|
void dss_ctrl_pll_enable(struct dss_pll *pll, bool enable)
|
2014-07-04 16:07:15 +08:00
|
|
|
{
|
2018-02-11 21:07:34 +08:00
|
|
|
unsigned int shift;
|
|
|
|
unsigned int val;
|
2014-07-04 16:07:15 +08:00
|
|
|
|
2018-02-13 20:00:22 +08:00
|
|
|
if (!pll->dss->syscon_pll_ctrl)
|
2014-07-04 16:07:15 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
val = !enable;
|
|
|
|
|
2018-02-13 20:00:22 +08:00
|
|
|
switch (pll->id) {
|
2014-07-04 16:07:15 +08:00
|
|
|
case DSS_PLL_VIDEO1:
|
|
|
|
shift = 0;
|
|
|
|
break;
|
|
|
|
case DSS_PLL_VIDEO2:
|
|
|
|
shift = 1;
|
|
|
|
break;
|
|
|
|
case DSS_PLL_HDMI:
|
|
|
|
shift = 2;
|
|
|
|
break;
|
|
|
|
default:
|
2018-02-13 20:00:22 +08:00
|
|
|
DSSERR("illegal DSS PLL ID %d\n", pll->id);
|
2014-07-04 16:07:15 +08:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:22 +08:00
|
|
|
regmap_update_bits(pll->dss->syscon_pll_ctrl,
|
|
|
|
pll->dss->syscon_pll_ctrl_offset,
|
|
|
|
1 << shift, val << shift);
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
static int dss_ctrl_pll_set_control_mux(enum dss_clk_source clk_src,
|
2014-07-04 16:07:15 +08:00
|
|
|
enum omap_channel channel)
|
|
|
|
{
|
2018-02-11 21:07:34 +08:00
|
|
|
unsigned int shift, val;
|
2014-07-04 16:07:15 +08:00
|
|
|
|
|
|
|
if (!dss.syscon_pll_ctrl)
|
2016-05-17 20:46:19 +08:00
|
|
|
return -EINVAL;
|
2014-07-04 16:07:15 +08:00
|
|
|
|
|
|
|
switch (channel) {
|
|
|
|
case OMAP_DSS_CHANNEL_LCD:
|
|
|
|
shift = 3;
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
switch (clk_src) {
|
|
|
|
case DSS_CLK_SRC_PLL1_1:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 0; break;
|
2016-05-17 20:46:19 +08:00
|
|
|
case DSS_CLK_SRC_HDMI_PLL:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 1; break;
|
|
|
|
default:
|
|
|
|
DSSERR("error in PLL mux config for LCD\n");
|
2016-05-17 20:46:19 +08:00
|
|
|
return -EINVAL;
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD2:
|
|
|
|
shift = 5;
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
switch (clk_src) {
|
|
|
|
case DSS_CLK_SRC_PLL1_3:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 0; break;
|
2016-05-17 20:46:19 +08:00
|
|
|
case DSS_CLK_SRC_PLL2_3:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 1; break;
|
2016-05-17 20:46:19 +08:00
|
|
|
case DSS_CLK_SRC_HDMI_PLL:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 2; break;
|
|
|
|
default:
|
|
|
|
DSSERR("error in PLL mux config for LCD2\n");
|
2016-05-17 20:46:19 +08:00
|
|
|
return -EINVAL;
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD3:
|
|
|
|
shift = 7;
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
switch (clk_src) {
|
|
|
|
case DSS_CLK_SRC_PLL2_1:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 0; break;
|
2016-05-17 20:46:19 +08:00
|
|
|
case DSS_CLK_SRC_PLL1_3:
|
|
|
|
val = 1; break;
|
|
|
|
case DSS_CLK_SRC_HDMI_PLL:
|
2014-07-04 16:07:15 +08:00
|
|
|
val = 2; break;
|
|
|
|
default:
|
|
|
|
DSSERR("error in PLL mux config for LCD3\n");
|
2016-05-17 20:46:19 +08:00
|
|
|
return -EINVAL;
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
DSSERR("error in PLL mux config\n");
|
2016-05-17 20:46:19 +08:00
|
|
|
return -EINVAL;
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
regmap_update_bits(dss.syscon_pll_ctrl, dss.syscon_pll_ctrl_offset,
|
|
|
|
0x3 << shift, val << shift);
|
2016-05-17 20:46:19 +08:00
|
|
|
|
|
|
|
return 0;
|
2014-07-04 16:07:15 +08:00
|
|
|
}
|
|
|
|
|
2012-07-20 19:48:49 +08:00
|
|
|
void dss_sdi_init(int datapairs)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
|
|
|
u32 l;
|
|
|
|
|
|
|
|
BUG_ON(datapairs > 3 || datapairs < 1);
|
|
|
|
|
|
|
|
l = dss_read_reg(DSS_SDI_CONTROL);
|
|
|
|
l = FLD_MOD(l, 0xf, 19, 15); /* SDI_PDIV */
|
|
|
|
l = FLD_MOD(l, datapairs-1, 3, 2); /* SDI_PRSEL */
|
|
|
|
l = FLD_MOD(l, 2, 1, 0); /* SDI_BWSEL */
|
|
|
|
dss_write_reg(DSS_SDI_CONTROL, l);
|
|
|
|
|
|
|
|
l = dss_read_reg(DSS_PLL_CONTROL);
|
|
|
|
l = FLD_MOD(l, 0x7, 25, 22); /* SDI_PLL_FREQSEL */
|
|
|
|
l = FLD_MOD(l, 0xb, 16, 11); /* SDI_PLL_REGN */
|
|
|
|
l = FLD_MOD(l, 0xb4, 10, 1); /* SDI_PLL_REGM */
|
|
|
|
dss_write_reg(DSS_PLL_CONTROL, l);
|
|
|
|
}
|
|
|
|
|
|
|
|
int dss_sdi_enable(void)
|
|
|
|
{
|
|
|
|
unsigned long timeout;
|
|
|
|
|
|
|
|
dispc_pck_free_enable(1);
|
|
|
|
|
|
|
|
/* Reset SDI PLL */
|
|
|
|
REG_FLD_MOD(DSS_PLL_CONTROL, 1, 18, 18); /* SDI_PLL_SYSRESET */
|
|
|
|
udelay(1); /* wait 2x PCLK */
|
|
|
|
|
|
|
|
/* Lock SDI PLL */
|
|
|
|
REG_FLD_MOD(DSS_PLL_CONTROL, 1, 28, 28); /* SDI_PLL_GOBIT */
|
|
|
|
|
|
|
|
/* Waiting for PLL lock request to complete */
|
|
|
|
timeout = jiffies + msecs_to_jiffies(500);
|
|
|
|
while (dss_read_reg(DSS_SDI_STATUS) & (1 << 6)) {
|
|
|
|
if (time_after_eq(jiffies, timeout)) {
|
|
|
|
DSSERR("PLL lock request timed out\n");
|
|
|
|
goto err1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Clearing PLL_GO bit */
|
|
|
|
REG_FLD_MOD(DSS_PLL_CONTROL, 0, 28, 28);
|
|
|
|
|
|
|
|
/* Waiting for PLL to lock */
|
|
|
|
timeout = jiffies + msecs_to_jiffies(500);
|
|
|
|
while (!(dss_read_reg(DSS_SDI_STATUS) & (1 << 5))) {
|
|
|
|
if (time_after_eq(jiffies, timeout)) {
|
|
|
|
DSSERR("PLL lock timed out\n");
|
|
|
|
goto err1;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
dispc_lcd_enable_signal(1);
|
|
|
|
|
|
|
|
/* Waiting for SDI reset to complete */
|
|
|
|
timeout = jiffies + msecs_to_jiffies(500);
|
|
|
|
while (!(dss_read_reg(DSS_SDI_STATUS) & (1 << 2))) {
|
|
|
|
if (time_after_eq(jiffies, timeout)) {
|
|
|
|
DSSERR("SDI reset timed out\n");
|
|
|
|
goto err2;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err2:
|
|
|
|
dispc_lcd_enable_signal(0);
|
|
|
|
err1:
|
|
|
|
/* Reset SDI PLL */
|
|
|
|
REG_FLD_MOD(DSS_PLL_CONTROL, 0, 18, 18); /* SDI_PLL_SYSRESET */
|
|
|
|
|
|
|
|
dispc_pck_free_enable(0);
|
|
|
|
|
|
|
|
return -ETIMEDOUT;
|
|
|
|
}
|
|
|
|
|
|
|
|
void dss_sdi_disable(void)
|
|
|
|
{
|
|
|
|
dispc_lcd_enable_signal(0);
|
|
|
|
|
|
|
|
dispc_pck_free_enable(0);
|
|
|
|
|
|
|
|
/* Reset SDI PLL */
|
|
|
|
REG_FLD_MOD(DSS_PLL_CONTROL, 0, 18, 18); /* SDI_PLL_SYSRESET */
|
|
|
|
}
|
|
|
|
|
2016-05-17 18:50:55 +08:00
|
|
|
const char *dss_get_clk_source_name(enum dss_clk_source clk_src)
|
2011-03-02 14:27:25 +08:00
|
|
|
{
|
2011-03-15 12:28:21 +08:00
|
|
|
return dss_generic_clk_source_names[clk_src];
|
2011-03-02 14:27:25 +08:00
|
|
|
}
|
|
|
|
|
2017-10-13 22:59:02 +08:00
|
|
|
#if defined(CONFIG_OMAP2_DSS_DEBUGFS)
|
|
|
|
static void dss_dump_clocks(struct seq_file *s)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2016-05-17 18:49:18 +08:00
|
|
|
const char *fclk_name;
|
2011-03-14 20:28:57 +08:00
|
|
|
unsigned long fclk_rate;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
if (dss_runtime_get(&dss))
|
2011-05-27 15:52:19 +08:00
|
|
|
return;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
|
|
|
seq_printf(s, "- DSS -\n");
|
|
|
|
|
2016-05-17 19:01:10 +08:00
|
|
|
fclk_name = dss_get_clk_source_name(DSS_CLK_SRC_FCK);
|
2011-05-27 15:52:19 +08:00
|
|
|
fclk_rate = clk_get_rate(dss.dss_clk);
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2016-05-17 18:49:18 +08:00
|
|
|
seq_printf(s, "%s = %lu\n",
|
|
|
|
fclk_name,
|
2013-11-01 17:36:10 +08:00
|
|
|
fclk_rate);
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
dss_runtime_put(&dss);
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
2017-10-13 22:59:02 +08:00
|
|
|
#endif
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2012-03-03 00:01:07 +08:00
|
|
|
static void dss_dump_regs(struct seq_file *s)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
|
|
|
#define DUMPREG(r) seq_printf(s, "%-35s %08x\n", #r, dss_read_reg(r))
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
if (dss_runtime_get(&dss))
|
2011-05-27 15:52:19 +08:00
|
|
|
return;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
|
|
|
DUMPREG(DSS_REVISION);
|
|
|
|
DUMPREG(DSS_SYSCONFIG);
|
|
|
|
DUMPREG(DSS_SYSSTATUS);
|
|
|
|
DUMPREG(DSS_CONTROL);
|
2011-02-24 20:18:50 +08:00
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
if (dss.feat->outputs[OMAP_DSS_CHANNEL_LCD] & OMAP_DSS_OUTPUT_SDI) {
|
2011-02-24 20:18:50 +08:00
|
|
|
DUMPREG(DSS_SDI_CONTROL);
|
|
|
|
DUMPREG(DSS_PLL_CONTROL);
|
|
|
|
DUMPREG(DSS_SDI_STATUS);
|
|
|
|
}
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
dss_runtime_put(&dss);
|
2009-11-03 17:23:50 +08:00
|
|
|
#undef DUMPREG
|
|
|
|
}
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
static int dss_get_channel_index(enum omap_channel channel)
|
|
|
|
{
|
|
|
|
switch (channel) {
|
|
|
|
case OMAP_DSS_CHANNEL_LCD:
|
|
|
|
return 0;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD2:
|
|
|
|
return 1;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD3:
|
|
|
|
return 2;
|
|
|
|
default:
|
|
|
|
WARN_ON(1);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2016-05-17 18:45:09 +08:00
|
|
|
static void dss_select_dispc_clk_source(enum dss_clk_source clk_src)
|
2010-01-09 00:00:36 +08:00
|
|
|
{
|
|
|
|
int b;
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
/*
|
|
|
|
* We always use PRCM clock as the DISPC func clock, except on DSS3,
|
|
|
|
* where we don't have separate DISPC and LCD clock sources.
|
|
|
|
*/
|
2017-08-05 06:44:13 +08:00
|
|
|
if (WARN_ON(dss.feat->has_lcd_clk_src && clk_src != DSS_CLK_SRC_FCK))
|
2016-05-17 20:46:19 +08:00
|
|
|
return;
|
|
|
|
|
2011-03-08 19:50:34 +08:00
|
|
|
switch (clk_src) {
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_FCK:
|
2011-03-08 19:50:34 +08:00
|
|
|
b = 0;
|
|
|
|
break;
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_PLL1_1:
|
2011-03-08 19:50:34 +08:00
|
|
|
b = 1;
|
|
|
|
break;
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_PLL2_1:
|
2011-05-12 19:56:29 +08:00
|
|
|
b = 2;
|
|
|
|
break;
|
2011-03-08 19:50:34 +08:00
|
|
|
default:
|
|
|
|
BUG();
|
2012-05-18 16:47:02 +08:00
|
|
|
return;
|
2011-03-08 19:50:34 +08:00
|
|
|
}
|
2010-06-09 20:28:12 +08:00
|
|
|
|
2017-08-05 06:44:07 +08:00
|
|
|
REG_FLD_MOD(DSS_CONTROL, b, /* DISPC_CLK_SWITCH */
|
|
|
|
dss.feat->dispc_clk_switch.start,
|
|
|
|
dss.feat->dispc_clk_switch.end);
|
2010-01-09 00:00:36 +08:00
|
|
|
|
|
|
|
dss.dispc_clk_source = clk_src;
|
|
|
|
}
|
|
|
|
|
2011-05-12 19:56:29 +08:00
|
|
|
void dss_select_dsi_clk_source(int dsi_module,
|
2016-05-17 18:45:09 +08:00
|
|
|
enum dss_clk_source clk_src)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2012-05-07 19:21:35 +08:00
|
|
|
int b, pos;
|
2010-01-09 00:00:36 +08:00
|
|
|
|
2011-03-08 19:50:34 +08:00
|
|
|
switch (clk_src) {
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_FCK:
|
2011-03-08 19:50:34 +08:00
|
|
|
b = 0;
|
|
|
|
break;
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_PLL1_2:
|
2011-05-12 19:56:29 +08:00
|
|
|
BUG_ON(dsi_module != 0);
|
2011-03-08 19:50:34 +08:00
|
|
|
b = 1;
|
|
|
|
break;
|
2016-05-17 19:01:10 +08:00
|
|
|
case DSS_CLK_SRC_PLL2_2:
|
2011-05-12 19:56:29 +08:00
|
|
|
BUG_ON(dsi_module != 1);
|
|
|
|
b = 1;
|
|
|
|
break;
|
2011-03-08 19:50:34 +08:00
|
|
|
default:
|
|
|
|
BUG();
|
2012-05-18 16:47:02 +08:00
|
|
|
return;
|
2011-03-08 19:50:34 +08:00
|
|
|
}
|
2010-06-09 20:28:12 +08:00
|
|
|
|
2012-05-07 19:21:35 +08:00
|
|
|
pos = dsi_module == 0 ? 1 : 10;
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, b, pos, pos); /* DSIx_CLK_SWITCH */
|
2010-01-09 00:00:36 +08:00
|
|
|
|
2011-05-12 19:56:29 +08:00
|
|
|
dss.dsi_clk_source[dsi_module] = clk_src;
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
static int dss_lcd_clk_mux_dra7(enum omap_channel channel,
|
|
|
|
enum dss_clk_source clk_src)
|
|
|
|
{
|
|
|
|
const u8 ctrl_bits[] = {
|
|
|
|
[OMAP_DSS_CHANNEL_LCD] = 0,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = 12,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD3] = 19,
|
|
|
|
};
|
|
|
|
|
|
|
|
u8 ctrl_bit = ctrl_bits[channel];
|
|
|
|
int r;
|
|
|
|
|
|
|
|
if (clk_src == DSS_CLK_SRC_FCK) {
|
|
|
|
/* LCDx_CLK_SWITCH */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 0, ctrl_bit, ctrl_bit);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
r = dss_ctrl_pll_set_control_mux(clk_src, channel);
|
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 1, ctrl_bit, ctrl_bit);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_lcd_clk_mux_omap5(enum omap_channel channel,
|
|
|
|
enum dss_clk_source clk_src)
|
|
|
|
{
|
|
|
|
const u8 ctrl_bits[] = {
|
|
|
|
[OMAP_DSS_CHANNEL_LCD] = 0,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = 12,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD3] = 19,
|
|
|
|
};
|
|
|
|
const enum dss_clk_source allowed_plls[] = {
|
|
|
|
[OMAP_DSS_CHANNEL_LCD] = DSS_CLK_SRC_PLL1_1,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = DSS_CLK_SRC_FCK,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD3] = DSS_CLK_SRC_PLL2_1,
|
|
|
|
};
|
|
|
|
|
|
|
|
u8 ctrl_bit = ctrl_bits[channel];
|
|
|
|
|
|
|
|
if (clk_src == DSS_CLK_SRC_FCK) {
|
|
|
|
/* LCDx_CLK_SWITCH */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 0, ctrl_bit, ctrl_bit);
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (WARN_ON(allowed_plls[channel] != clk_src))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 1, ctrl_bit, ctrl_bit);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_lcd_clk_mux_omap4(enum omap_channel channel,
|
|
|
|
enum dss_clk_source clk_src)
|
|
|
|
{
|
|
|
|
const u8 ctrl_bits[] = {
|
|
|
|
[OMAP_DSS_CHANNEL_LCD] = 0,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = 12,
|
|
|
|
};
|
|
|
|
const enum dss_clk_source allowed_plls[] = {
|
|
|
|
[OMAP_DSS_CHANNEL_LCD] = DSS_CLK_SRC_PLL1_1,
|
|
|
|
[OMAP_DSS_CHANNEL_LCD2] = DSS_CLK_SRC_PLL2_1,
|
|
|
|
};
|
|
|
|
|
|
|
|
u8 ctrl_bit = ctrl_bits[channel];
|
|
|
|
|
|
|
|
if (clk_src == DSS_CLK_SRC_FCK) {
|
|
|
|
/* LCDx_CLK_SWITCH */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 0, ctrl_bit, ctrl_bit);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
if (WARN_ON(allowed_plls[channel] != clk_src))
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 1, ctrl_bit, ctrl_bit);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-03-08 19:50:35 +08:00
|
|
|
void dss_select_lcd_clk_source(enum omap_channel channel,
|
2016-05-17 18:45:09 +08:00
|
|
|
enum dss_clk_source clk_src)
|
2011-03-08 19:50:35 +08:00
|
|
|
{
|
2016-05-17 20:46:19 +08:00
|
|
|
int idx = dss_get_channel_index(channel);
|
|
|
|
int r;
|
2011-03-08 19:50:35 +08:00
|
|
|
|
2017-08-05 06:44:13 +08:00
|
|
|
if (!dss.feat->has_lcd_clk_src) {
|
OMAPDSS: hide dss_select_dispc_clk_source()
dss.c currently exposes functions to configure the dispc source clock
and lcd source clock. There are configured separately from the output
drivers.
However, there is no safe way for the output drivers to handle dispc
clock, as it's shared between the outputs. Thus, if, say, the DSI driver
sets up DSI PLL and configures both the dispc and lcd clock sources to
that DSI PLL, the resulting dispc clock could be too low for, say, HDMI.
Thus the output drivers should really only be concerned about the lcd
clock, which is what the output drivers actually use. There's lot to do
to clean up the dss clock handling, but this patch takes one step
forward and removes the use of dss_select_dispc_clk_source() from the
output drivers.
After this patch, the output drivers only configure the lcd source
clock. On omap4+ the dispc src clock is never changed from the default
PRCM source. On omap3, where the dispc and lcd clocks are actually the
same, setting the lcd clock source sets the dispc clock source.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-10-22 21:58:36 +08:00
|
|
|
dss_select_dispc_clk_source(clk_src);
|
2016-05-17 20:46:19 +08:00
|
|
|
dss.lcd_clk_source[idx] = clk_src;
|
2011-03-08 19:50:35 +08:00
|
|
|
return;
|
OMAPDSS: hide dss_select_dispc_clk_source()
dss.c currently exposes functions to configure the dispc source clock
and lcd source clock. There are configured separately from the output
drivers.
However, there is no safe way for the output drivers to handle dispc
clock, as it's shared between the outputs. Thus, if, say, the DSI driver
sets up DSI PLL and configures both the dispc and lcd clock sources to
that DSI PLL, the resulting dispc clock could be too low for, say, HDMI.
Thus the output drivers should really only be concerned about the lcd
clock, which is what the output drivers actually use. There's lot to do
to clean up the dss clock handling, but this patch takes one step
forward and removes the use of dss_select_dispc_clk_source() from the
output drivers.
After this patch, the output drivers only configure the lcd source
clock. On omap4+ the dispc src clock is never changed from the default
PRCM source. On omap3, where the dispc and lcd clocks are actually the
same, setting the lcd clock source sets the dispc clock source.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-10-22 21:58:36 +08:00
|
|
|
}
|
2011-03-08 19:50:35 +08:00
|
|
|
|
2017-08-05 06:43:52 +08:00
|
|
|
r = dss.feat->ops->select_lcd_source(channel, clk_src);
|
2016-05-17 20:46:19 +08:00
|
|
|
if (r)
|
2012-05-18 16:47:02 +08:00
|
|
|
return;
|
2011-03-08 19:50:35 +08:00
|
|
|
|
2016-05-17 20:46:19 +08:00
|
|
|
dss.lcd_clk_source[idx] = clk_src;
|
2011-03-08 19:50:35 +08:00
|
|
|
}
|
|
|
|
|
2016-05-17 18:45:09 +08:00
|
|
|
enum dss_clk_source dss_get_dispc_clk_source(void)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2010-01-09 00:00:36 +08:00
|
|
|
return dss.dispc_clk_source;
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
|
|
|
|
2016-05-17 18:45:09 +08:00
|
|
|
enum dss_clk_source dss_get_dsi_clk_source(int dsi_module)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2011-05-12 19:56:29 +08:00
|
|
|
return dss.dsi_clk_source[dsi_module];
|
2009-11-03 17:23:50 +08:00
|
|
|
}
|
|
|
|
|
2016-05-17 18:45:09 +08:00
|
|
|
enum dss_clk_source dss_get_lcd_clk_source(enum omap_channel channel)
|
2011-03-08 19:50:35 +08:00
|
|
|
{
|
2017-08-05 06:44:13 +08:00
|
|
|
if (dss.feat->has_lcd_clk_src) {
|
2016-05-17 20:46:19 +08:00
|
|
|
int idx = dss_get_channel_index(channel);
|
|
|
|
return dss.lcd_clk_source[idx];
|
2011-03-31 15:53:35 +08:00
|
|
|
} else {
|
|
|
|
/* LCD_CLK source is the same as DISPC_FCLK source for
|
|
|
|
* OMAP2 and OMAP3 */
|
|
|
|
return dss.dispc_clk_source;
|
|
|
|
}
|
2011-03-08 19:50:35 +08:00
|
|
|
}
|
|
|
|
|
2013-10-31 22:41:57 +08:00
|
|
|
bool dss_div_calc(unsigned long pck, unsigned long fck_min,
|
|
|
|
dss_div_calc_func func, void *data)
|
2013-03-05 22:34:05 +08:00
|
|
|
{
|
|
|
|
int fckd, fckd_start, fckd_stop;
|
|
|
|
unsigned long fck;
|
|
|
|
unsigned long fck_hw_max;
|
|
|
|
unsigned long fckd_hw_max;
|
|
|
|
unsigned long prate;
|
2018-02-11 21:07:34 +08:00
|
|
|
unsigned int m;
|
2013-03-05 22:34:05 +08:00
|
|
|
|
2017-08-05 06:44:17 +08:00
|
|
|
fck_hw_max = dss.feat->fck_freq_max;
|
2013-10-31 22:42:13 +08:00
|
|
|
|
2013-11-01 17:38:04 +08:00
|
|
|
if (dss.parent_clk == NULL) {
|
2018-02-11 21:07:34 +08:00
|
|
|
unsigned int pckd;
|
2013-10-31 22:42:13 +08:00
|
|
|
|
|
|
|
pckd = fck_hw_max / pck;
|
|
|
|
|
|
|
|
fck = pck * pckd;
|
|
|
|
|
|
|
|
fck = clk_round_rate(dss.dss_clk, fck);
|
|
|
|
|
2013-10-31 20:44:23 +08:00
|
|
|
return func(fck, data);
|
2013-03-05 22:34:05 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
fckd_hw_max = dss.feat->fck_div_max;
|
|
|
|
|
2013-04-10 19:47:38 +08:00
|
|
|
m = dss.feat->dss_fck_multiplier;
|
2013-10-31 22:06:38 +08:00
|
|
|
prate = clk_get_rate(dss.parent_clk);
|
2013-03-05 22:34:05 +08:00
|
|
|
|
|
|
|
fck_min = fck_min ? fck_min : 1;
|
|
|
|
|
2013-04-10 19:47:38 +08:00
|
|
|
fckd_start = min(prate * m / fck_min, fckd_hw_max);
|
|
|
|
fckd_stop = max(DIV_ROUND_UP(prate * m, fck_hw_max), 1ul);
|
2013-03-05 22:34:05 +08:00
|
|
|
|
|
|
|
for (fckd = fckd_start; fckd >= fckd_stop; --fckd) {
|
2014-02-13 17:36:22 +08:00
|
|
|
fck = DIV_ROUND_UP(prate, fckd) * m;
|
2013-03-05 22:34:05 +08:00
|
|
|
|
2013-10-31 20:44:23 +08:00
|
|
|
if (func(fck, data))
|
2013-03-05 22:34:05 +08:00
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2013-10-31 20:44:23 +08:00
|
|
|
int dss_set_fck_rate(unsigned long rate)
|
2009-11-03 17:23:50 +08:00
|
|
|
{
|
2013-10-31 22:06:38 +08:00
|
|
|
int r;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2013-10-31 22:06:38 +08:00
|
|
|
DSSDBG("set fck to %lu\n", rate);
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2013-10-31 22:06:38 +08:00
|
|
|
r = clk_set_rate(dss.dss_clk, rate);
|
|
|
|
if (r)
|
|
|
|
return r;
|
2009-11-03 17:23:50 +08:00
|
|
|
|
2012-12-12 16:37:03 +08:00
|
|
|
dss.dss_clk_rate = clk_get_rate(dss.dss_clk);
|
|
|
|
|
2013-10-31 20:44:23 +08:00
|
|
|
WARN_ONCE(dss.dss_clk_rate != rate,
|
2013-04-10 19:47:38 +08:00
|
|
|
"clk rate mismatch: %lu != %lu", dss.dss_clk_rate,
|
2013-10-31 20:44:23 +08:00
|
|
|
rate);
|
2009-11-03 17:23:50 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-12-12 16:37:03 +08:00
|
|
|
unsigned long dss_get_dispc_clk_rate(void)
|
|
|
|
{
|
|
|
|
return dss.dss_clk_rate;
|
|
|
|
}
|
|
|
|
|
2017-08-05 06:44:17 +08:00
|
|
|
unsigned long dss_get_max_fck_rate(void)
|
|
|
|
{
|
|
|
|
return dss.feat->fck_freq_max;
|
|
|
|
}
|
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
enum omap_dss_output_id dss_get_supported_outputs(enum omap_channel channel)
|
|
|
|
{
|
|
|
|
return dss.feat->outputs[channel];
|
|
|
|
}
|
|
|
|
|
2012-10-22 21:35:41 +08:00
|
|
|
static int dss_setup_default_clock(void)
|
|
|
|
{
|
|
|
|
unsigned long max_dss_fck, prate;
|
2013-10-31 20:44:23 +08:00
|
|
|
unsigned long fck;
|
2018-02-11 21:07:34 +08:00
|
|
|
unsigned int fck_div;
|
2012-10-22 21:35:41 +08:00
|
|
|
int r;
|
|
|
|
|
2017-08-05 06:44:17 +08:00
|
|
|
max_dss_fck = dss.feat->fck_freq_max;
|
2012-10-22 21:35:41 +08:00
|
|
|
|
2013-10-31 22:42:13 +08:00
|
|
|
if (dss.parent_clk == NULL) {
|
|
|
|
fck = clk_round_rate(dss.dss_clk, max_dss_fck);
|
|
|
|
} else {
|
|
|
|
prate = clk_get_rate(dss.parent_clk);
|
2012-10-22 21:35:41 +08:00
|
|
|
|
2013-10-31 22:42:13 +08:00
|
|
|
fck_div = DIV_ROUND_UP(prate * dss.feat->dss_fck_multiplier,
|
|
|
|
max_dss_fck);
|
2014-02-13 17:36:22 +08:00
|
|
|
fck = DIV_ROUND_UP(prate, fck_div) * dss.feat->dss_fck_multiplier;
|
2013-10-31 22:42:13 +08:00
|
|
|
}
|
2012-10-22 21:35:41 +08:00
|
|
|
|
2013-10-31 20:44:23 +08:00
|
|
|
r = dss_set_fck_rate(fck);
|
2012-10-22 21:35:41 +08:00
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2009-11-03 17:23:50 +08:00
|
|
|
void dss_set_venc_output(enum omap_dss_venc_type type)
|
|
|
|
{
|
|
|
|
int l = 0;
|
|
|
|
|
|
|
|
if (type == OMAP_DSS_VENC_TYPE_COMPOSITE)
|
|
|
|
l = 0;
|
|
|
|
else if (type == OMAP_DSS_VENC_TYPE_SVIDEO)
|
|
|
|
l = 1;
|
|
|
|
else
|
|
|
|
BUG();
|
|
|
|
|
|
|
|
/* venc out selection. 0 = comp, 1 = svideo */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, l, 6, 6);
|
|
|
|
}
|
|
|
|
|
|
|
|
void dss_set_dac_pwrdn_bgz(bool enable)
|
|
|
|
{
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, enable, 5, 5); /* DAC Power-Down Control */
|
|
|
|
}
|
|
|
|
|
2012-08-01 20:56:40 +08:00
|
|
|
void dss_select_hdmi_venc_clk_source(enum dss_hdmi_venc_clk_source_select src)
|
2011-03-09 19:01:38 +08:00
|
|
|
{
|
2017-08-05 06:43:59 +08:00
|
|
|
enum omap_dss_output_id outputs;
|
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
outputs = dss.feat->outputs[OMAP_DSS_CHANNEL_DIGIT];
|
2012-08-01 20:56:40 +08:00
|
|
|
|
|
|
|
/* Complain about invalid selections */
|
2017-08-05 06:43:59 +08:00
|
|
|
WARN_ON((src == DSS_VENC_TV_CLK) && !(outputs & OMAP_DSS_OUTPUT_VENC));
|
|
|
|
WARN_ON((src == DSS_HDMI_M_PCLK) && !(outputs & OMAP_DSS_OUTPUT_HDMI));
|
2012-08-01 20:56:40 +08:00
|
|
|
|
|
|
|
/* Select only if we have options */
|
2017-08-05 06:43:59 +08:00
|
|
|
if ((outputs & OMAP_DSS_OUTPUT_VENC) &&
|
|
|
|
(outputs & OMAP_DSS_OUTPUT_HDMI))
|
2012-08-01 20:56:40 +08:00
|
|
|
REG_FLD_MOD(DSS_CONTROL, src, 15, 15); /* VENC_HDMI_SWITCH */
|
2011-03-09 19:01:38 +08:00
|
|
|
}
|
|
|
|
|
2014-04-23 20:30:18 +08:00
|
|
|
static int dss_dpi_select_source_omap2_omap3(int port, enum omap_channel channel)
|
2012-09-21 17:09:54 +08:00
|
|
|
{
|
|
|
|
if (channel != OMAP_DSS_CHANNEL_LCD)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-04-23 20:30:18 +08:00
|
|
|
static int dss_dpi_select_source_omap4(int port, enum omap_channel channel)
|
2012-09-21 17:09:54 +08:00
|
|
|
{
|
|
|
|
int val;
|
|
|
|
|
|
|
|
switch (channel) {
|
|
|
|
case OMAP_DSS_CHANNEL_LCD2:
|
|
|
|
val = 0;
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_DIGIT:
|
|
|
|
val = 1;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, val, 17, 17);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-04-23 20:30:18 +08:00
|
|
|
static int dss_dpi_select_source_omap5(int port, enum omap_channel channel)
|
2012-09-21 17:09:54 +08:00
|
|
|
{
|
|
|
|
int val;
|
|
|
|
|
|
|
|
switch (channel) {
|
|
|
|
case OMAP_DSS_CHANNEL_LCD:
|
|
|
|
val = 1;
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD2:
|
|
|
|
val = 2;
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_LCD3:
|
|
|
|
val = 3;
|
|
|
|
break;
|
|
|
|
case OMAP_DSS_CHANNEL_DIGIT:
|
|
|
|
val = 0;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, val, 17, 16);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-12-31 17:23:31 +08:00
|
|
|
static int dss_dpi_select_source_dra7xx(int port, enum omap_channel channel)
|
|
|
|
{
|
|
|
|
switch (port) {
|
|
|
|
case 0:
|
|
|
|
return dss_dpi_select_source_omap5(port, channel);
|
|
|
|
case 1:
|
|
|
|
if (channel != OMAP_DSS_CHANNEL_LCD2)
|
|
|
|
return -EINVAL;
|
|
|
|
break;
|
|
|
|
case 2:
|
|
|
|
if (channel != OMAP_DSS_CHANNEL_LCD3)
|
|
|
|
return -EINVAL;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2014-04-23 20:30:18 +08:00
|
|
|
int dss_dpi_select_source(int port, enum omap_channel channel)
|
2012-09-21 17:09:54 +08:00
|
|
|
{
|
2017-08-05 06:43:52 +08:00
|
|
|
return dss.feat->ops->dpi_select_source(port, channel);
|
2012-09-21 17:09:54 +08:00
|
|
|
}
|
|
|
|
|
2011-01-24 14:21:58 +08:00
|
|
|
static int dss_get_clocks(void)
|
|
|
|
{
|
2011-05-27 15:52:19 +08:00
|
|
|
struct clk *clk;
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2013-04-08 16:55:00 +08:00
|
|
|
clk = devm_clk_get(&dss.pdev->dev, "fck");
|
2011-05-27 15:52:19 +08:00
|
|
|
if (IS_ERR(clk)) {
|
|
|
|
DSSERR("can't get clock fck\n");
|
2013-04-08 16:55:00 +08:00
|
|
|
return PTR_ERR(clk);
|
2011-03-01 16:42:14 +08:00
|
|
|
}
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
dss.dss_clk = clk;
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2013-11-01 17:38:04 +08:00
|
|
|
if (dss.feat->parent_clk_name) {
|
|
|
|
clk = clk_get(NULL, dss.feat->parent_clk_name);
|
2012-11-22 03:48:51 +08:00
|
|
|
if (IS_ERR(clk)) {
|
2013-11-01 17:38:04 +08:00
|
|
|
DSSERR("Failed to get %s\n", dss.feat->parent_clk_name);
|
2013-04-08 16:55:00 +08:00
|
|
|
return PTR_ERR(clk);
|
2012-11-22 03:48:51 +08:00
|
|
|
}
|
|
|
|
} else {
|
|
|
|
clk = NULL;
|
2011-05-16 18:43:04 +08:00
|
|
|
}
|
|
|
|
|
2013-11-01 17:38:04 +08:00
|
|
|
dss.parent_clk = clk;
|
2011-05-16 18:43:04 +08:00
|
|
|
|
2011-01-24 14:21:58 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void dss_put_clocks(void)
|
|
|
|
{
|
2013-11-01 17:38:04 +08:00
|
|
|
if (dss.parent_clk)
|
|
|
|
clk_put(dss.parent_clk);
|
2011-01-24 14:21:58 +08:00
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
int dss_runtime_get(struct dss_device *dss)
|
2011-01-24 14:21:58 +08:00
|
|
|
{
|
2011-05-27 15:52:19 +08:00
|
|
|
int r;
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
DSSDBG("dss_runtime_get\n");
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
r = pm_runtime_get_sync(&dss->pdev->dev);
|
2011-05-27 15:52:19 +08:00
|
|
|
WARN_ON(r < 0);
|
|
|
|
return r < 0 ? r : 0;
|
2011-01-24 14:21:58 +08:00
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
void dss_runtime_put(struct dss_device *dss)
|
2011-01-24 14:21:58 +08:00
|
|
|
{
|
2011-05-27 15:52:19 +08:00
|
|
|
int r;
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
DSSDBG("dss_runtime_put\n");
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
r = pm_runtime_put_sync(&dss->pdev->dev);
|
2012-06-27 21:37:18 +08:00
|
|
|
WARN_ON(r < 0 && r != -ENOSYS && r != -EBUSY);
|
2011-01-24 14:21:58 +08:00
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
struct dss_device *dss_get_device(struct device *dev)
|
|
|
|
{
|
|
|
|
return &dss;
|
|
|
|
}
|
|
|
|
|
2011-01-24 14:21:58 +08:00
|
|
|
/* DEBUGFS */
|
2012-09-29 13:55:42 +08:00
|
|
|
#if defined(CONFIG_OMAP2_DSS_DEBUGFS)
|
2017-08-05 06:44:01 +08:00
|
|
|
static void dss_debug_dump_clocks(struct seq_file *s)
|
2011-01-24 14:21:58 +08:00
|
|
|
{
|
|
|
|
dss_dump_clocks(s);
|
|
|
|
dispc_dump_clocks(s);
|
|
|
|
#ifdef CONFIG_OMAP2_DSS_DSI
|
|
|
|
dsi_dump_clocks(s);
|
|
|
|
#endif
|
|
|
|
}
|
|
|
|
|
2017-08-05 06:44:01 +08:00
|
|
|
static int dss_debug_show(struct seq_file *s, void *unused)
|
|
|
|
{
|
|
|
|
void (*func)(struct seq_file *) = s->private;
|
|
|
|
|
|
|
|
func(s);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_debug_open(struct inode *inode, struct file *file)
|
|
|
|
{
|
|
|
|
return single_open(file, dss_debug_show, inode->i_private);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct file_operations dss_debug_fops = {
|
|
|
|
.open = dss_debug_open,
|
|
|
|
.read = seq_read,
|
|
|
|
.llseek = seq_lseek,
|
|
|
|
.release = single_release,
|
|
|
|
};
|
|
|
|
|
|
|
|
static struct dentry *dss_debugfs_dir;
|
|
|
|
|
|
|
|
static int dss_initialize_debugfs(void)
|
|
|
|
{
|
|
|
|
dss_debugfs_dir = debugfs_create_dir("omapdss", NULL);
|
|
|
|
if (IS_ERR(dss_debugfs_dir)) {
|
|
|
|
int err = PTR_ERR(dss_debugfs_dir);
|
|
|
|
|
|
|
|
dss_debugfs_dir = NULL;
|
|
|
|
return err;
|
|
|
|
}
|
|
|
|
|
|
|
|
debugfs_create_file("clk", S_IRUGO, dss_debugfs_dir,
|
|
|
|
&dss_debug_dump_clocks, &dss_debug_fops);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void dss_uninitialize_debugfs(void)
|
|
|
|
{
|
|
|
|
if (dss_debugfs_dir)
|
|
|
|
debugfs_remove_recursive(dss_debugfs_dir);
|
|
|
|
}
|
|
|
|
|
|
|
|
int dss_debugfs_create_file(const char *name, void (*write)(struct seq_file *))
|
|
|
|
{
|
|
|
|
struct dentry *d;
|
|
|
|
|
|
|
|
d = debugfs_create_file(name, S_IRUGO, dss_debugfs_dir,
|
|
|
|
write, &dss_debug_fops);
|
|
|
|
|
|
|
|
return PTR_ERR_OR_ZERO(d);
|
|
|
|
}
|
|
|
|
#else /* CONFIG_OMAP2_DSS_DEBUGFS */
|
|
|
|
static inline int dss_initialize_debugfs(void)
|
|
|
|
{
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
static inline void dss_uninitialize_debugfs(void)
|
|
|
|
{
|
|
|
|
}
|
|
|
|
#endif /* CONFIG_OMAP2_DSS_DEBUGFS */
|
2014-05-22 19:31:57 +08:00
|
|
|
|
2017-08-05 06:43:52 +08:00
|
|
|
static const struct dss_ops dss_ops_omap2_omap3 = {
|
|
|
|
.dpi_select_source = &dss_dpi_select_source_omap2_omap3,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct dss_ops dss_ops_omap4 = {
|
|
|
|
.dpi_select_source = &dss_dpi_select_source_omap4,
|
|
|
|
.select_lcd_source = &dss_lcd_clk_mux_omap4,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct dss_ops dss_ops_omap5 = {
|
|
|
|
.dpi_select_source = &dss_dpi_select_source_omap5,
|
|
|
|
.select_lcd_source = &dss_lcd_clk_mux_omap5,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct dss_ops dss_ops_dra7 = {
|
|
|
|
.dpi_select_source = &dss_dpi_select_source_dra7xx,
|
|
|
|
.select_lcd_source = &dss_lcd_clk_mux_dra7,
|
|
|
|
};
|
|
|
|
|
2014-12-11 21:59:31 +08:00
|
|
|
static const enum omap_display_type omap2plus_ports[] = {
|
2014-05-22 19:31:57 +08:00
|
|
|
OMAP_DISPLAY_TYPE_DPI,
|
|
|
|
};
|
|
|
|
|
2014-12-11 21:59:31 +08:00
|
|
|
static const enum omap_display_type omap34xx_ports[] = {
|
2014-05-22 19:31:57 +08:00
|
|
|
OMAP_DISPLAY_TYPE_DPI,
|
|
|
|
OMAP_DISPLAY_TYPE_SDI,
|
|
|
|
};
|
|
|
|
|
2014-12-31 17:23:31 +08:00
|
|
|
static const enum omap_display_type dra7xx_ports[] = {
|
|
|
|
OMAP_DISPLAY_TYPE_DPI,
|
|
|
|
OMAP_DISPLAY_TYPE_DPI,
|
|
|
|
OMAP_DISPLAY_TYPE_DPI,
|
|
|
|
};
|
|
|
|
|
2017-08-05 06:44:18 +08:00
|
|
|
static const enum omap_dss_output_id omap2_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_DIGIT */
|
|
|
|
OMAP_DSS_OUTPUT_VENC,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const enum omap_dss_output_id omap3430_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_SDI | OMAP_DSS_OUTPUT_DSI1,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_DIGIT */
|
|
|
|
OMAP_DSS_OUTPUT_VENC,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const enum omap_dss_output_id omap3630_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_DSI1,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_DIGIT */
|
|
|
|
OMAP_DSS_OUTPUT_VENC,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const enum omap_dss_output_id am43xx_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const enum omap_dss_output_id omap4_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DBI | OMAP_DSS_OUTPUT_DSI1,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_DIGIT */
|
|
|
|
OMAP_DSS_OUTPUT_VENC | OMAP_DSS_OUTPUT_HDMI,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD2 */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_DSI2,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const enum omap_dss_output_id omap5_dss_supported_outputs[] = {
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_DSI1 | OMAP_DSS_OUTPUT_DSI2,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_DIGIT */
|
|
|
|
OMAP_DSS_OUTPUT_HDMI,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD2 */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_DSI1,
|
|
|
|
|
|
|
|
/* OMAP_DSS_CHANNEL_LCD3 */
|
|
|
|
OMAP_DSS_OUTPUT_DPI | OMAP_DSS_OUTPUT_DBI |
|
|
|
|
OMAP_DSS_OUTPUT_DSI2,
|
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features omap24xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP2,
|
2013-11-01 17:26:43 +08:00
|
|
|
/*
|
|
|
|
* fck div max is really 16, but the divider range has gaps. The range
|
|
|
|
* from 1 to 6 has no gaps, so let's use that as a max.
|
|
|
|
*/
|
|
|
|
.fck_div_max = 6,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 133000000,
|
2012-09-21 17:03:31 +08:00
|
|
|
.dss_fck_multiplier = 2,
|
2013-10-31 22:06:38 +08:00
|
|
|
.parent_clk_name = "core_ck",
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap2plus_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(omap2plus_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap2_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap2_omap3,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 0, 0 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = false,
|
2012-09-21 17:03:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features omap34xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP3,
|
2012-09-21 17:03:31 +08:00
|
|
|
.fck_div_max = 16,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 173000000,
|
2012-09-21 17:03:31 +08:00
|
|
|
.dss_fck_multiplier = 2,
|
2013-10-31 22:06:38 +08:00
|
|
|
.parent_clk_name = "dpll4_ck",
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap34xx_ports,
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap3430_dss_supported_outputs,
|
2014-05-22 19:31:57 +08:00
|
|
|
.num_ports = ARRAY_SIZE(omap34xx_ports),
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap2_omap3,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 0, 0 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = false,
|
2012-09-21 17:03:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features omap3630_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP3,
|
2012-09-21 17:03:31 +08:00
|
|
|
.fck_div_max = 32,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 173000000,
|
2012-09-21 17:03:31 +08:00
|
|
|
.dss_fck_multiplier = 1,
|
2013-10-31 22:06:38 +08:00
|
|
|
.parent_clk_name = "dpll4_ck",
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap2plus_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(omap2plus_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap3630_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap2_omap3,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 0, 0 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = false,
|
2012-09-21 17:03:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features omap44xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP4,
|
2012-09-21 17:03:31 +08:00
|
|
|
.fck_div_max = 32,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 186000000,
|
2012-09-21 17:03:31 +08:00
|
|
|
.dss_fck_multiplier = 1,
|
2013-10-31 22:06:38 +08:00
|
|
|
.parent_clk_name = "dpll_per_x2_ck",
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap2plus_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(omap2plus_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap4_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap4,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 9, 8 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = true,
|
2012-09-21 17:03:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features omap54xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP5,
|
2012-09-21 17:03:31 +08:00
|
|
|
.fck_div_max = 64,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 209250000,
|
2012-09-21 17:03:31 +08:00
|
|
|
.dss_fck_multiplier = 1,
|
2013-10-31 22:06:38 +08:00
|
|
|
.parent_clk_name = "dpll_per_x2_ck",
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap2plus_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(omap2plus_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap5_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap5,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 9, 7 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = true,
|
2012-09-21 17:03:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features am43xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_OMAP3,
|
2014-03-24 19:01:51 +08:00
|
|
|
.fck_div_max = 0,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 200000000,
|
2014-03-24 19:01:51 +08:00
|
|
|
.dss_fck_multiplier = 0,
|
|
|
|
.parent_clk_name = NULL,
|
2014-05-22 19:31:57 +08:00
|
|
|
.ports = omap2plus_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(omap2plus_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = am43xx_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_omap2_omap3,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 0, 0 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = true,
|
2014-03-24 19:01:51 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static const struct dss_features dra7xx_dss_feats = {
|
2017-08-05 06:43:56 +08:00
|
|
|
.model = DSS_MODEL_DRA7,
|
2014-12-31 17:23:31 +08:00
|
|
|
.fck_div_max = 64,
|
2017-08-05 06:44:17 +08:00
|
|
|
.fck_freq_max = 209250000,
|
2014-12-31 17:23:31 +08:00
|
|
|
.dss_fck_multiplier = 1,
|
|
|
|
.parent_clk_name = "dpll_per_x2_ck",
|
|
|
|
.ports = dra7xx_ports,
|
|
|
|
.num_ports = ARRAY_SIZE(dra7xx_ports),
|
2017-08-05 06:44:18 +08:00
|
|
|
.outputs = omap5_dss_supported_outputs,
|
2017-08-05 06:43:52 +08:00
|
|
|
.ops = &dss_ops_dra7,
|
2017-08-05 06:44:07 +08:00
|
|
|
.dispc_clk_switch = { 9, 7 },
|
2017-08-05 06:44:13 +08:00
|
|
|
.has_lcd_clk_src = true,
|
2014-12-31 17:23:31 +08:00
|
|
|
};
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static int dss_init_ports(struct platform_device *pdev)
|
2013-12-16 21:13:24 +08:00
|
|
|
{
|
|
|
|
struct device_node *parent = pdev->dev.of_node;
|
|
|
|
struct device_node *port;
|
2017-03-22 21:26:08 +08:00
|
|
|
int i;
|
2013-12-16 21:13:24 +08:00
|
|
|
|
2017-03-22 21:26:08 +08:00
|
|
|
for (i = 0; i < dss.feat->num_ports; i++) {
|
|
|
|
port = of_graph_get_port_by_id(parent, i);
|
|
|
|
if (!port)
|
2014-05-22 19:31:57 +08:00
|
|
|
continue;
|
2013-12-16 21:13:24 +08:00
|
|
|
|
2017-03-22 21:26:08 +08:00
|
|
|
switch (dss.feat->ports[i]) {
|
2014-05-22 19:31:57 +08:00
|
|
|
case OMAP_DISPLAY_TYPE_DPI:
|
2017-08-05 06:43:56 +08:00
|
|
|
dpi_init_port(pdev, port, dss.feat->model);
|
2014-05-22 19:31:57 +08:00
|
|
|
break;
|
|
|
|
case OMAP_DISPLAY_TYPE_SDI:
|
|
|
|
sdi_init_port(pdev, port);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
2017-03-22 21:26:08 +08:00
|
|
|
}
|
2013-12-16 21:13:24 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2015-06-04 19:12:16 +08:00
|
|
|
static void dss_uninit_ports(struct platform_device *pdev)
|
2013-12-16 21:13:24 +08:00
|
|
|
{
|
2014-06-02 16:41:51 +08:00
|
|
|
struct device_node *parent = pdev->dev.of_node;
|
|
|
|
struct device_node *port;
|
2017-03-22 21:26:08 +08:00
|
|
|
int i;
|
2014-06-02 16:41:51 +08:00
|
|
|
|
2017-03-22 21:26:08 +08:00
|
|
|
for (i = 0; i < dss.feat->num_ports; i++) {
|
|
|
|
port = of_graph_get_port_by_id(parent, i);
|
|
|
|
if (!port)
|
2014-05-22 19:31:57 +08:00
|
|
|
continue;
|
|
|
|
|
2017-03-22 21:26:08 +08:00
|
|
|
switch (dss.feat->ports[i]) {
|
2014-05-22 19:31:57 +08:00
|
|
|
case OMAP_DISPLAY_TYPE_DPI:
|
|
|
|
dpi_uninit_port(port);
|
|
|
|
break;
|
|
|
|
case OMAP_DISPLAY_TYPE_SDI:
|
|
|
|
sdi_uninit_port(port);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
2017-03-22 21:26:08 +08:00
|
|
|
}
|
2013-12-16 21:13:24 +08:00
|
|
|
}
|
|
|
|
|
2015-06-04 18:02:52 +08:00
|
|
|
static int dss_video_pll_probe(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct device_node *np = pdev->dev.of_node;
|
|
|
|
struct regulator *pll_regulator;
|
|
|
|
int r;
|
|
|
|
|
|
|
|
if (!np)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (of_property_read_bool(np, "syscon-pll-ctrl")) {
|
|
|
|
dss.syscon_pll_ctrl = syscon_regmap_lookup_by_phandle(np,
|
|
|
|
"syscon-pll-ctrl");
|
|
|
|
if (IS_ERR(dss.syscon_pll_ctrl)) {
|
|
|
|
dev_err(&pdev->dev,
|
|
|
|
"failed to get syscon-pll-ctrl regmap\n");
|
|
|
|
return PTR_ERR(dss.syscon_pll_ctrl);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (of_property_read_u32_index(np, "syscon-pll-ctrl", 1,
|
|
|
|
&dss.syscon_pll_ctrl_offset)) {
|
|
|
|
dev_err(&pdev->dev,
|
|
|
|
"failed to get syscon-pll-ctrl offset\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
pll_regulator = devm_regulator_get(&pdev->dev, "vdda_video");
|
|
|
|
if (IS_ERR(pll_regulator)) {
|
|
|
|
r = PTR_ERR(pll_regulator);
|
|
|
|
|
|
|
|
switch (r) {
|
|
|
|
case -ENOENT:
|
|
|
|
pll_regulator = NULL;
|
|
|
|
break;
|
|
|
|
|
|
|
|
case -EPROBE_DEFER:
|
|
|
|
return -EPROBE_DEFER;
|
|
|
|
|
|
|
|
default:
|
|
|
|
DSSERR("can't get DPLL VDDA regulator\n");
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
if (of_property_match_string(np, "reg-names", "pll1") >= 0) {
|
2018-02-13 20:00:21 +08:00
|
|
|
dss.video1_pll = dss_video_pll_init(&dss, pdev, 0,
|
|
|
|
pll_regulator);
|
2015-06-04 18:02:52 +08:00
|
|
|
if (IS_ERR(dss.video1_pll))
|
|
|
|
return PTR_ERR(dss.video1_pll);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (of_property_match_string(np, "reg-names", "pll2") >= 0) {
|
2018-02-13 20:00:21 +08:00
|
|
|
dss.video2_pll = dss_video_pll_init(&dss, pdev, 1,
|
|
|
|
pll_regulator);
|
2015-06-04 18:02:52 +08:00
|
|
|
if (IS_ERR(dss.video2_pll)) {
|
|
|
|
dss_video_pll_uninit(dss.video1_pll);
|
|
|
|
return PTR_ERR(dss.video2_pll);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-01-24 14:21:57 +08:00
|
|
|
/* DSS HW IP initialisation */
|
2017-08-05 06:43:58 +08:00
|
|
|
static const struct of_device_id dss_of_match[] = {
|
|
|
|
{ .compatible = "ti,omap2-dss", .data = &omap24xx_dss_feats },
|
|
|
|
{ .compatible = "ti,omap3-dss", .data = &omap3630_dss_feats },
|
|
|
|
{ .compatible = "ti,omap4-dss", .data = &omap44xx_dss_feats },
|
|
|
|
{ .compatible = "ti,omap5-dss", .data = &omap54xx_dss_feats },
|
|
|
|
{ .compatible = "ti,dra7-dss", .data = &dra7xx_dss_feats },
|
|
|
|
{},
|
|
|
|
};
|
|
|
|
MODULE_DEVICE_TABLE(of, dss_of_match);
|
|
|
|
|
|
|
|
static const struct soc_device_attribute dss_soc_devices[] = {
|
|
|
|
{ .machine = "OMAP3430/3530", .data = &omap34xx_dss_feats },
|
|
|
|
{ .machine = "AM35??", .data = &omap34xx_dss_feats },
|
|
|
|
{ .family = "AM43xx", .data = &am43xx_dss_feats },
|
|
|
|
{ /* sentinel */ }
|
|
|
|
};
|
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
static int dss_bind(struct device *dev)
|
2011-01-24 14:21:57 +08:00
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
r = component_bind_all(dev, NULL);
|
2011-01-24 14:21:58 +08:00
|
|
|
if (r)
|
2012-01-25 19:31:04 +08:00
|
|
|
return r;
|
2011-01-24 14:21:58 +08:00
|
|
|
|
2015-02-25 18:08:14 +08:00
|
|
|
pm_set_vt_switch(0);
|
|
|
|
|
2016-05-04 03:07:10 +08:00
|
|
|
omapdss_gather_components(dev);
|
2015-11-05 23:23:14 +08:00
|
|
|
omapdss_set_is_initialized(true);
|
2015-06-04 17:35:42 +08:00
|
|
|
|
2011-01-24 14:21:58 +08:00
|
|
|
return 0;
|
2011-01-24 14:21:57 +08:00
|
|
|
}
|
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
static void dss_unbind(struct device *dev)
|
2011-01-24 14:21:57 +08:00
|
|
|
{
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
struct platform_device *pdev = to_platform_device(dev);
|
|
|
|
|
2015-11-05 23:23:14 +08:00
|
|
|
omapdss_set_is_initialized(false);
|
2015-06-04 17:35:42 +08:00
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
component_unbind_all(&pdev->dev, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct component_master_ops dss_component_ops = {
|
|
|
|
.bind = dss_bind,
|
|
|
|
.unbind = dss_unbind,
|
|
|
|
};
|
2011-05-16 18:52:51 +08:00
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
static int dss_component_compare(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
struct device *child = data;
|
|
|
|
return dev == child;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_add_child_component(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
struct component_match **match = data;
|
|
|
|
|
2015-06-30 17:23:45 +08:00
|
|
|
/*
|
|
|
|
* HACK
|
|
|
|
* We don't have a working driver for rfbi, so skip it here always.
|
|
|
|
* Otherwise dss will never get probed successfully, as it will wait
|
|
|
|
* for rfbi to get probed.
|
|
|
|
*/
|
|
|
|
if (strstr(dev_name(dev), "rfbi"))
|
|
|
|
return 0;
|
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
component_match_add(dev->parent, match, dss_component_compare, dev);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
static int dss_probe_hardware(struct dss_device *dss)
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
{
|
|
|
|
u32 rev;
|
|
|
|
int r;
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
r = dss_runtime_get(dss);
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
dss->dss_clk_rate = clk_get_rate(dss->dss_clk);
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
|
|
|
|
/* Select DPLL */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 0, 0, 0);
|
|
|
|
|
|
|
|
dss_select_dispc_clk_source(DSS_CLK_SRC_FCK);
|
|
|
|
|
|
|
|
#ifdef CONFIG_OMAP2_DSS_VENC
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 1, 4, 4); /* venc dac demen */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 1, 3, 3); /* venc clock 4x enable */
|
|
|
|
REG_FLD_MOD(DSS_CONTROL, 0, 2, 2); /* venc clock mode = normal */
|
|
|
|
#endif
|
2018-02-13 20:00:21 +08:00
|
|
|
dss->dsi_clk_source[0] = DSS_CLK_SRC_FCK;
|
|
|
|
dss->dsi_clk_source[1] = DSS_CLK_SRC_FCK;
|
|
|
|
dss->dispc_clk_source = DSS_CLK_SRC_FCK;
|
|
|
|
dss->lcd_clk_source[0] = DSS_CLK_SRC_FCK;
|
|
|
|
dss->lcd_clk_source[1] = DSS_CLK_SRC_FCK;
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
|
|
|
|
rev = dss_read_reg(DSS_REVISION);
|
|
|
|
pr_info("OMAP DSS rev %d.%d\n", FLD_GET(rev, 7, 4), FLD_GET(rev, 3, 0));
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
dss_runtime_put(dss);
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
static int dss_probe(struct platform_device *pdev)
|
|
|
|
{
|
2017-08-05 06:44:00 +08:00
|
|
|
const struct soc_device_attribute *soc;
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
struct component_match *match = NULL;
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
struct resource *dss_mem;
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
int r;
|
|
|
|
|
2017-08-05 06:44:00 +08:00
|
|
|
dss.pdev = pdev;
|
|
|
|
|
2017-10-13 22:59:01 +08:00
|
|
|
r = dma_set_coherent_mask(&pdev->dev, DMA_BIT_MASK(32));
|
|
|
|
if (r) {
|
|
|
|
dev_err(&pdev->dev, "Failed to set the DMA mask\n");
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
2017-08-05 06:44:00 +08:00
|
|
|
/*
|
|
|
|
* The various OMAP3-based SoCs can't be told apart using the compatible
|
|
|
|
* string, use SoC device matching.
|
|
|
|
*/
|
|
|
|
soc = soc_device_match(dss_soc_devices);
|
|
|
|
if (soc)
|
|
|
|
dss.feat = soc->data;
|
|
|
|
else
|
|
|
|
dss.feat = of_match_device(dss_of_match, &pdev->dev)->data;
|
|
|
|
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
/* Map I/O registers, get and setup clocks. */
|
|
|
|
dss_mem = platform_get_resource(pdev, IORESOURCE_MEM, 0);
|
|
|
|
dss.base = devm_ioremap_resource(&pdev->dev, dss_mem);
|
|
|
|
if (IS_ERR(dss.base))
|
|
|
|
return PTR_ERR(dss.base);
|
|
|
|
|
|
|
|
r = dss_get_clocks();
|
2017-08-05 06:44:01 +08:00
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
r = dss_setup_default_clock();
|
|
|
|
if (r)
|
|
|
|
goto err_put_clocks;
|
|
|
|
|
|
|
|
/* Setup the video PLLs and the DPI and SDI ports. */
|
|
|
|
r = dss_video_pll_probe(pdev);
|
|
|
|
if (r)
|
|
|
|
goto err_put_clocks;
|
|
|
|
|
|
|
|
r = dss_init_ports(pdev);
|
|
|
|
if (r)
|
|
|
|
goto err_uninit_plls;
|
|
|
|
|
|
|
|
/* Enable runtime PM and probe the hardware. */
|
|
|
|
pm_runtime_enable(&pdev->dev);
|
|
|
|
|
2018-02-13 20:00:21 +08:00
|
|
|
r = dss_probe_hardware(&dss);
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
if (r)
|
|
|
|
goto err_pm_runtime_disable;
|
|
|
|
|
|
|
|
/* Initialize debugfs. */
|
|
|
|
r = dss_initialize_debugfs();
|
|
|
|
if (r)
|
|
|
|
goto err_pm_runtime_disable;
|
|
|
|
|
|
|
|
dss_debugfs_create_file("dss", dss_dump_regs);
|
|
|
|
|
|
|
|
/* Add all the child devices as components. */
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
device_for_each_child(&pdev->dev, &match, dss_add_child_component);
|
|
|
|
|
|
|
|
r = component_master_add_with_match(&pdev->dev, &dss_component_ops, match);
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
if (r)
|
|
|
|
goto err_uninit_debugfs;
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
|
|
|
|
return 0;
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
|
|
|
|
err_uninit_debugfs:
|
|
|
|
dss_uninitialize_debugfs();
|
|
|
|
|
|
|
|
err_pm_runtime_disable:
|
|
|
|
pm_runtime_disable(&pdev->dev);
|
|
|
|
dss_uninit_ports(pdev);
|
|
|
|
|
|
|
|
err_uninit_plls:
|
|
|
|
if (dss.video1_pll)
|
|
|
|
dss_video_pll_uninit(dss.video1_pll);
|
|
|
|
if (dss.video2_pll)
|
|
|
|
dss_video_pll_uninit(dss.video2_pll);
|
|
|
|
|
|
|
|
err_put_clocks:
|
|
|
|
dss_put_clocks();
|
|
|
|
|
|
|
|
return r;
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_remove(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
component_master_del(&pdev->dev, &dss_component_ops);
|
2017-08-05 06:44:01 +08:00
|
|
|
|
|
|
|
dss_uninitialize_debugfs();
|
|
|
|
|
drm: omapdrm: dss: Move initialization code from component bind to probe
There's no reason to delay initialization of most of the driver (such as
mapping memory I/O, getting clocks or enabling runtime PM) to the
component master bind handler.
This additionally fixes a real PM issue caused enabling runtime PM in
the bind handler.
The bind handler performs the following sequence of PM operations:
pm_runtime_enable(dev);
pm_runtime_get_sync(dev);
... (access the hardware to read the device revision) ...
pm_runtime_put_sync(dev);
If a failure occurs at this point, the error path calls
pm_runtime_disable() to balance the pm_runtime_enable() call.
To understand the problem, it should be noted that the bind handler is
called when one of the component registers itself, which happens in the
component's probe handler. Furthermore, as the components are children
of the DSS, the device core calls pm_runtime_get_sync() on the DSS
platform device before calling the component's probe handler. This
increases the DSS power usage count but doesn't runtime resume the
device, as runtime PM is disabled at that point.
The bind handler is thus called with runtime PM disabled, with the
device runtime suspended, but with the power usage count larger than 0.
The pm_runtime_get_sync() call will thus further increase the power
usage count and runtime resume the device. The pm_runtime_put_sync()
handler will decrease the power usage count to a non-zero value and will
thus not suspend the device. Finally, the pm_runtime_disable() call will
disable runtime PM, preventing the pm_runtime_put() call in the device
core from runtime suspending the device. The DSS device is thus left
powered on.
To fix this, move the initialization code from the bind handler to the
probe handler.
Signed-off-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Reviewed-by: Sebastian Reichel <sebastian.reichel@collabora.co.uk>
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2018-02-11 21:07:44 +08:00
|
|
|
pm_runtime_disable(&pdev->dev);
|
|
|
|
|
|
|
|
dss_uninit_ports(pdev);
|
|
|
|
|
|
|
|
if (dss.video1_pll)
|
|
|
|
dss_video_pll_uninit(dss.video1_pll);
|
|
|
|
|
|
|
|
if (dss.video2_pll)
|
|
|
|
dss_video_pll_uninit(dss.video2_pll);
|
|
|
|
|
|
|
|
dss_put_clocks();
|
|
|
|
|
2011-01-24 14:21:57 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-08-05 06:44:02 +08:00
|
|
|
static void dss_shutdown(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct omap_dss_device *dssdev = NULL;
|
|
|
|
|
|
|
|
DSSDBG("shutdown\n");
|
|
|
|
|
|
|
|
for_each_dss_dev(dssdev) {
|
|
|
|
if (!dssdev->driver)
|
|
|
|
continue;
|
|
|
|
|
|
|
|
if (dssdev->state == OMAP_DSS_DISPLAY_ACTIVE)
|
|
|
|
dssdev->driver->disable(dssdev);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
static int dss_runtime_suspend(struct device *dev)
|
|
|
|
{
|
|
|
|
dss_save_context();
|
2012-03-08 18:52:38 +08:00
|
|
|
dss_set_min_bus_tput(dev, 0);
|
2014-11-01 05:28:57 +08:00
|
|
|
|
|
|
|
pinctrl_pm_select_sleep_state(dev);
|
|
|
|
|
2011-05-27 15:52:19 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int dss_runtime_resume(struct device *dev)
|
|
|
|
{
|
2012-03-08 18:52:38 +08:00
|
|
|
int r;
|
2014-11-01 05:28:57 +08:00
|
|
|
|
|
|
|
pinctrl_pm_select_default_state(dev);
|
|
|
|
|
2012-03-08 18:52:38 +08:00
|
|
|
/*
|
|
|
|
* Set an arbitrarily high tput request to ensure OPP100.
|
|
|
|
* What we should really do is to make a request to stay in OPP100,
|
|
|
|
* without any tput requirements, but that is not currently possible
|
|
|
|
* via the PM layer.
|
|
|
|
*/
|
|
|
|
|
|
|
|
r = dss_set_min_bus_tput(dev, 1000000000);
|
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
2011-05-26 19:54:05 +08:00
|
|
|
dss_restore_context();
|
2011-05-27 15:52:19 +08:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct dev_pm_ops dss_pm_ops = {
|
|
|
|
.runtime_suspend = dss_runtime_suspend,
|
|
|
|
.runtime_resume = dss_runtime_resume,
|
|
|
|
};
|
|
|
|
|
2017-12-06 04:29:32 +08:00
|
|
|
struct platform_driver omap_dsshw_driver = {
|
OMAPDSS: componentize omapdss
omapdss kernel module contains drivers for multiple devices, one for
each DSS submodule. The probing we have at the moment is a mess, and
doesn't give us proper deferred probing nor ensure that all the devices
are probed before omapfb/omapdrm start using omapdss.
This patch solves the mess by using the component system for DSS
submodules.
The changes to all DSS submodules (dispc, dpi, dsi, hdmi4/5, rfbi, sdi,
venc) are the same: probe & remove functions are changed to bind &
unbind, and new probe & remove functions are added which call
component_add/del.
The dss_core driver (dss.c) acts as a component master. Adding and
matching the components is simple: all dss device's child devices are
added as components.
However, we do have some dependencies between the drivers. The order in
which they should be probed is reflected by the list in core.c
(dss_output_drv_reg_funcs). The drivers are registered in that order,
which causes the components to be added in that order, which makes the
components to be bound in that order. This feels a bit fragile, and we
probably should improve the code to manage binds in random order.
However, for now, this works fine.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
Acked-by: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
2015-06-04 20:22:23 +08:00
|
|
|
.probe = dss_probe,
|
|
|
|
.remove = dss_remove,
|
2017-08-05 06:44:02 +08:00
|
|
|
.shutdown = dss_shutdown,
|
2011-01-24 14:21:57 +08:00
|
|
|
.driver = {
|
|
|
|
.name = "omapdss_dss",
|
2011-05-27 15:52:19 +08:00
|
|
|
.pm = &dss_pm_ops,
|
2013-12-16 21:13:24 +08:00
|
|
|
.of_match_table = dss_of_match,
|
2014-10-16 14:54:25 +08:00
|
|
|
.suppress_bind_attrs = true,
|
2011-01-24 14:21:57 +08:00
|
|
|
},
|
|
|
|
};
|