2011-03-12 13:34:27 +07:00
|
|
|
/*
|
|
|
|
* hdmi.c
|
|
|
|
*
|
|
|
|
* HDMI interface DSS driver setting for TI's OMAP4 family of processor.
|
|
|
|
* Copyright (C) 2010-2011 Texas Instruments Incorporated - http://www.ti.com/
|
|
|
|
* Authors: Yong Zhi
|
|
|
|
* Mythri pk <mythripk@ti.com>
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it
|
|
|
|
* under the terms of the GNU General Public License version 2 as published by
|
|
|
|
* the Free Software Foundation.
|
|
|
|
*
|
|
|
|
* This program is distributed in the hope that it will be useful, but WITHOUT
|
|
|
|
* ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or
|
|
|
|
* FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for
|
|
|
|
* more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along with
|
|
|
|
* this program. If not, see <http://www.gnu.org/licenses/>.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#define DSS_SUBSYS_NAME "HDMI"
|
|
|
|
|
|
|
|
#include <linux/kernel.h>
|
|
|
|
#include <linux/module.h>
|
|
|
|
#include <linux/err.h>
|
|
|
|
#include <linux/io.h>
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/mutex.h>
|
|
|
|
#include <linux/delay.h>
|
|
|
|
#include <linux/string.h>
|
2011-05-23 15:51:18 +07:00
|
|
|
#include <linux/platform_device.h>
|
2011-05-27 14:52:19 +07:00
|
|
|
#include <linux/pm_runtime.h>
|
|
|
|
#include <linux/clk.h>
|
2012-04-26 18:48:32 +07:00
|
|
|
#include <linux/gpio.h>
|
2012-08-15 19:55:04 +07:00
|
|
|
#include <linux/regulator/consumer.h>
|
2011-05-11 18:05:07 +07:00
|
|
|
#include <video/omapdss.h>
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2011-09-08 20:36:21 +07:00
|
|
|
#include "ti_hdmi.h"
|
2011-03-12 13:34:27 +07:00
|
|
|
#include "dss.h"
|
2011-05-19 10:31:56 +07:00
|
|
|
#include "dss_features.h"
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2011-09-08 20:36:18 +07:00
|
|
|
#define HDMI_WP 0x0
|
|
|
|
#define HDMI_CORE_SYS 0x400
|
|
|
|
#define HDMI_CORE_AV 0x900
|
|
|
|
#define HDMI_PLLCTRL 0x200
|
|
|
|
#define HDMI_PHY 0x300
|
|
|
|
|
2011-09-08 20:36:22 +07:00
|
|
|
/* HDMI EDID Length move this */
|
|
|
|
#define HDMI_EDID_MAX_LENGTH 256
|
|
|
|
#define EDID_TIMING_DESCRIPTOR_SIZE 0x12
|
|
|
|
#define EDID_DESCRIPTOR_BLOCK0_ADDRESS 0x36
|
|
|
|
#define EDID_DESCRIPTOR_BLOCK1_ADDRESS 0x80
|
|
|
|
#define EDID_SIZE_BLOCK0_TIMING_DESCRIPTOR 4
|
|
|
|
#define EDID_SIZE_BLOCK1_TIMING_DESCRIPTOR 4
|
|
|
|
|
2011-08-22 17:16:24 +07:00
|
|
|
#define HDMI_DEFAULT_REGN 16
|
2011-08-22 17:02:52 +07:00
|
|
|
#define HDMI_DEFAULT_REGM2 1
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
static struct {
|
|
|
|
struct mutex lock;
|
|
|
|
struct platform_device *pdev;
|
2011-09-08 20:36:18 +07:00
|
|
|
struct hdmi_ip_data ip_data;
|
2011-05-27 14:52:19 +07:00
|
|
|
|
|
|
|
struct clk *sys_clk;
|
2012-08-15 19:55:04 +07:00
|
|
|
struct regulator *vdda_hdmi_dac_reg;
|
2012-04-26 18:48:32 +07:00
|
|
|
|
|
|
|
int ct_cp_hpd_gpio;
|
|
|
|
int ls_oe_gpio;
|
|
|
|
int hpd_gpio;
|
2012-09-26 18:00:49 +07:00
|
|
|
|
|
|
|
struct omap_dss_output output;
|
2011-03-12 13:34:27 +07:00
|
|
|
} hdmi;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* Logic for the below structure :
|
|
|
|
* user enters the CEA or VESA timings by specifying the HDMI/DVI code.
|
|
|
|
* There is a correspondence between CEA/VESA timing and code, please
|
|
|
|
* refer to section 6.3 in HDMI 1.3 specification for timing code.
|
|
|
|
*
|
|
|
|
* In the below structure, cea_vesa_timings corresponds to all OMAP4
|
|
|
|
* supported CEA and VESA timing values.code_cea corresponds to the CEA
|
|
|
|
* code, It is used to get the timing from cea_vesa_timing array.Similarly
|
|
|
|
* with code_vesa. Code_index is used for back mapping, that is once EDID
|
|
|
|
* is read from the TV, EDID is parsed to find the timing values and then
|
|
|
|
* map it to corresponding CEA or VESA index.
|
|
|
|
*/
|
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
static const struct hdmi_config cea_timings[] = {
|
2012-06-24 14:38:10 +07:00
|
|
|
{
|
|
|
|
{ 640, 480, 25200, 96, 16, 48, 2, 10, 33,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 1, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 720, 480, 27027, 62, 16, 60, 6, 9, 30,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 2, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 720, 74250, 40, 110, 220, 5, 5, 20,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 4, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 540, 74250, 44, 88, 148, 5, 2, 15,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
true, },
|
|
|
|
{ 5, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1440, 240, 27027, 124, 38, 114, 3, 4, 15,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
true, },
|
|
|
|
{ 6, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 1080, 148500, 44, 88, 148, 5, 4, 36,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 16, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 720, 576, 27000, 64, 12, 68, 5, 5, 39,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 17, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 720, 74250, 40, 440, 220, 5, 5, 20,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 19, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 540, 74250, 44, 528, 148, 5, 2, 15,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
true, },
|
|
|
|
{ 20, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1440, 288, 27000, 126, 24, 138, 3, 2, 19,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
true, },
|
|
|
|
{ 21, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1440, 576, 54000, 128, 24, 136, 5, 5, 39,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 29, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 1080, 148500, 44, 528, 148, 5, 4, 36,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 31, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 1080, 74250, 44, 638, 148, 5, 4, 36,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 32, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 2880, 480, 108108, 248, 64, 240, 6, 9, 30,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 35, HDMI_HDMI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 2880, 576, 108000, 256, 48, 272, 5, 5, 39,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 37, HDMI_HDMI },
|
|
|
|
},
|
2012-01-06 19:22:09 +07:00
|
|
|
};
|
2012-06-24 14:38:10 +07:00
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
static const struct hdmi_config vesa_timings[] = {
|
2012-01-06 19:22:08 +07:00
|
|
|
/* VESA From Here */
|
2012-06-24 14:38:10 +07:00
|
|
|
{
|
|
|
|
{ 640, 480, 25175, 96, 16, 48, 2, 11, 31,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 4, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 800, 600, 40000, 128, 40, 88, 4, 1, 23,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 9, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 848, 480, 33750, 112, 16, 112, 8, 6, 23,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0xE, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 768, 79500, 128, 64, 192, 7, 3, 20,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x17, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 800, 83500, 128, 72, 200, 6, 3, 22,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x1C, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1360, 768, 85500, 112, 64, 256, 6, 3, 18,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x27, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 960, 108000, 112, 96, 312, 3, 1, 36,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x20, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 1024, 108000, 112, 48, 248, 3, 1, 38,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x23, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1024, 768, 65000, 136, 24, 160, 6, 3, 29,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x10, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1400, 1050, 121750, 144, 88, 232, 4, 3, 32,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x2A, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1440, 900, 106500, 152, 80, 232, 6, 3, 25,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x2F, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1680, 1050, 146250, 176 , 104, 280, 6, 3, 30,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_LOW,
|
|
|
|
false, },
|
|
|
|
{ 0x3A, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1366, 768, 85500, 143, 70, 213, 3, 3, 24,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x51, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1920, 1080, 148500, 44, 148, 80, 5, 4, 36,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x52, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 768, 68250, 32, 48, 80, 7, 3, 12,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x16, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1400, 1050, 101000, 32, 48, 80, 4, 3, 23,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x29, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1680, 1050, 119000, 32, 48, 80, 6, 3, 21,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x39, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 800, 79500, 32, 48, 80, 6, 3, 14,
|
|
|
|
OMAPDSS_SIG_ACTIVE_LOW, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x1B, HDMI_DVI },
|
|
|
|
},
|
|
|
|
{
|
|
|
|
{ 1280, 720, 74250, 40, 110, 220, 5, 5, 20,
|
|
|
|
OMAPDSS_SIG_ACTIVE_HIGH, OMAPDSS_SIG_ACTIVE_HIGH,
|
|
|
|
false, },
|
|
|
|
{ 0x55, HDMI_DVI },
|
|
|
|
},
|
2011-03-12 13:34:27 +07:00
|
|
|
};
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
static int hdmi_runtime_get(void)
|
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
|
|
|
DSSDBG("hdmi_runtime_get\n");
|
|
|
|
|
|
|
|
r = pm_runtime_get_sync(&hdmi.pdev->dev);
|
|
|
|
WARN_ON(r < 0);
|
2012-02-10 13:15:52 +07:00
|
|
|
if (r < 0)
|
2012-02-17 22:58:04 +07:00
|
|
|
return r;
|
2012-02-10 13:15:52 +07:00
|
|
|
|
|
|
|
return 0;
|
2011-05-27 14:52:19 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static void hdmi_runtime_put(void)
|
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
|
|
|
DSSDBG("hdmi_runtime_put\n");
|
|
|
|
|
2012-01-23 18:23:08 +07:00
|
|
|
r = pm_runtime_put_sync(&hdmi.pdev->dev);
|
2012-06-27 20:37:18 +07:00
|
|
|
WARN_ON(r < 0 && r != -ENOSYS);
|
2011-05-27 14:52:19 +07:00
|
|
|
}
|
|
|
|
|
2012-03-01 21:58:39 +07:00
|
|
|
static int __init hdmi_init_display(struct omap_dss_device *dssdev)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2012-04-26 18:48:32 +07:00
|
|
|
int r;
|
|
|
|
|
|
|
|
struct gpio gpios[] = {
|
|
|
|
{ hdmi.ct_cp_hpd_gpio, GPIOF_OUT_INIT_LOW, "hdmi_ct_cp_hpd" },
|
|
|
|
{ hdmi.ls_oe_gpio, GPIOF_OUT_INIT_LOW, "hdmi_ls_oe" },
|
|
|
|
{ hdmi.hpd_gpio, GPIOF_DIR_IN, "hdmi_hpd" },
|
|
|
|
};
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
DSSDBG("init_display\n");
|
|
|
|
|
2012-10-18 17:46:29 +07:00
|
|
|
dss_init_hdmi_ip_ops(&hdmi.ip_data, omapdss_get_version());
|
2012-04-26 18:48:32 +07:00
|
|
|
|
2012-08-15 19:55:04 +07:00
|
|
|
if (hdmi.vdda_hdmi_dac_reg == NULL) {
|
|
|
|
struct regulator *reg;
|
|
|
|
|
|
|
|
reg = devm_regulator_get(&hdmi.pdev->dev, "vdda_hdmi_dac");
|
|
|
|
|
|
|
|
if (IS_ERR(reg)) {
|
|
|
|
DSSERR("can't get VDDA_HDMI_DAC regulator\n");
|
|
|
|
return PTR_ERR(reg);
|
|
|
|
}
|
|
|
|
|
|
|
|
hdmi.vdda_hdmi_dac_reg = reg;
|
|
|
|
}
|
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
r = gpio_request_array(gpios, ARRAY_SIZE(gpios));
|
|
|
|
if (r)
|
|
|
|
return r;
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
static void __exit hdmi_uninit_display(struct omap_dss_device *dssdev)
|
|
|
|
{
|
|
|
|
DSSDBG("uninit_display\n");
|
|
|
|
|
|
|
|
gpio_free(hdmi.ct_cp_hpd_gpio);
|
|
|
|
gpio_free(hdmi.ls_oe_gpio);
|
|
|
|
gpio_free(hdmi.hpd_gpio);
|
|
|
|
}
|
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
static const struct hdmi_config *hdmi_find_timing(
|
|
|
|
const struct hdmi_config *timings_arr,
|
|
|
|
int len)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2012-01-06 19:22:09 +07:00
|
|
|
int i;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
for (i = 0; i < len; i++) {
|
2012-01-06 19:22:10 +07:00
|
|
|
if (timings_arr[i].cm.code == hdmi.ip_data.cfg.cm.code)
|
2012-01-06 19:22:09 +07:00
|
|
|
return &timings_arr[i];
|
|
|
|
}
|
|
|
|
return NULL;
|
|
|
|
}
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
static const struct hdmi_config *hdmi_get_timings(void)
|
|
|
|
{
|
|
|
|
const struct hdmi_config *arr;
|
|
|
|
int len;
|
|
|
|
|
2012-01-06 19:22:10 +07:00
|
|
|
if (hdmi.ip_data.cfg.cm.mode == HDMI_DVI) {
|
2012-01-06 19:22:09 +07:00
|
|
|
arr = vesa_timings;
|
|
|
|
len = ARRAY_SIZE(vesa_timings);
|
|
|
|
} else {
|
|
|
|
arr = cea_timings;
|
|
|
|
len = ARRAY_SIZE(cea_timings);
|
|
|
|
}
|
|
|
|
|
|
|
|
return hdmi_find_timing(arr, len);
|
|
|
|
}
|
|
|
|
|
|
|
|
static bool hdmi_timings_compare(struct omap_video_timings *timing1,
|
2012-06-24 14:38:10 +07:00
|
|
|
const struct omap_video_timings *timing2)
|
2012-01-06 19:22:09 +07:00
|
|
|
{
|
|
|
|
int timing1_vsync, timing1_hsync, timing2_vsync, timing2_hsync;
|
|
|
|
|
|
|
|
if ((timing2->pixel_clock == timing1->pixel_clock) &&
|
|
|
|
(timing2->x_res == timing1->x_res) &&
|
|
|
|
(timing2->y_res == timing1->y_res)) {
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
timing2_hsync = timing2->hfp + timing2->hsw + timing2->hbp;
|
|
|
|
timing1_hsync = timing1->hfp + timing1->hsw + timing1->hbp;
|
|
|
|
timing2_vsync = timing2->vfp + timing2->vsw + timing2->vbp;
|
|
|
|
timing1_vsync = timing2->vfp + timing2->vsw + timing2->vbp;
|
|
|
|
|
|
|
|
DSSDBG("timing1_hsync = %d timing1_vsync = %d"\
|
|
|
|
"timing2_hsync = %d timing2_vsync = %d\n",
|
|
|
|
timing1_hsync, timing1_vsync,
|
|
|
|
timing2_hsync, timing2_vsync);
|
|
|
|
|
|
|
|
if ((timing1_hsync == timing2_hsync) &&
|
|
|
|
(timing1_vsync == timing2_vsync)) {
|
|
|
|
return true;
|
|
|
|
}
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
2012-01-06 19:22:09 +07:00
|
|
|
return false;
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
static struct hdmi_cm hdmi_get_code(struct omap_video_timings *timing)
|
|
|
|
{
|
2012-01-06 19:22:09 +07:00
|
|
|
int i;
|
2011-03-12 13:34:27 +07:00
|
|
|
struct hdmi_cm cm = {-1};
|
|
|
|
DSSDBG("hdmi_get_code\n");
|
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
for (i = 0; i < ARRAY_SIZE(cea_timings); i++) {
|
|
|
|
if (hdmi_timings_compare(timing, &cea_timings[i].timings)) {
|
|
|
|
cm = cea_timings[i].cm;
|
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
for (i = 0; i < ARRAY_SIZE(vesa_timings); i++) {
|
|
|
|
if (hdmi_timings_compare(timing, &vesa_timings[i].timings)) {
|
|
|
|
cm = vesa_timings[i].cm;
|
|
|
|
goto end;
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-01-06 19:22:09 +07:00
|
|
|
end: return cm;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
}
|
|
|
|
|
2011-09-13 19:58:41 +07:00
|
|
|
unsigned long hdmi_get_pixel_clock(void)
|
|
|
|
{
|
|
|
|
/* HDMI Pixel Clock in Mhz */
|
2012-01-06 19:22:08 +07:00
|
|
|
return hdmi.ip_data.cfg.timings.pixel_clock * 1000;
|
2011-09-13 19:58:41 +07:00
|
|
|
}
|
|
|
|
|
2011-04-12 15:22:25 +07:00
|
|
|
static void hdmi_compute_pll(struct omap_dss_device *dssdev, int phy,
|
|
|
|
struct hdmi_pll_info *pi)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2011-04-12 15:22:25 +07:00
|
|
|
unsigned long clkin, refclk;
|
2011-03-12 13:34:27 +07:00
|
|
|
u32 mf;
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
clkin = clk_get_rate(hdmi.sys_clk) / 10000;
|
2011-03-12 13:34:27 +07:00
|
|
|
/*
|
|
|
|
* Input clock is predivided by N + 1
|
|
|
|
* out put of which is reference clk
|
|
|
|
*/
|
2011-08-22 17:02:52 +07:00
|
|
|
if (dssdev->clocks.hdmi.regn == 0)
|
|
|
|
pi->regn = HDMI_DEFAULT_REGN;
|
|
|
|
else
|
|
|
|
pi->regn = dssdev->clocks.hdmi.regn;
|
|
|
|
|
2011-08-22 17:16:24 +07:00
|
|
|
refclk = clkin / pi->regn;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2011-08-22 17:02:52 +07:00
|
|
|
if (dssdev->clocks.hdmi.regm2 == 0)
|
|
|
|
pi->regm2 = HDMI_DEFAULT_REGM2;
|
|
|
|
else
|
|
|
|
pi->regm2 = dssdev->clocks.hdmi.regm2;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-02-21 13:40:58 +07:00
|
|
|
/*
|
|
|
|
* multiplier is pixel_clk/ref_clk
|
|
|
|
* Multiplying by 100 to avoid fractional part removal
|
|
|
|
*/
|
|
|
|
pi->regm = phy * pi->regm2 / refclk;
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
/*
|
|
|
|
* fractional multiplier is remainder of the difference between
|
|
|
|
* multiplier and actual phy(required pixel clock thus should be
|
|
|
|
* multiplied by 2^18(262144) divided by the reference clock
|
|
|
|
*/
|
2012-02-21 13:40:58 +07:00
|
|
|
mf = (phy - pi->regm / pi->regm2 * refclk) * 262144;
|
|
|
|
pi->regmf = pi->regm2 * mf / refclk;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
/*
|
|
|
|
* Dcofreq should be set to 1 if required pixel clock
|
|
|
|
* is greater than 1000MHz
|
|
|
|
*/
|
|
|
|
pi->dcofreq = phy > 1000 * 100;
|
2011-08-22 17:16:24 +07:00
|
|
|
pi->regsd = ((pi->regm * clkin / 10) / (pi->regn * 250) + 5) / 10;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2011-09-08 20:36:19 +07:00
|
|
|
/* Set the reference clock to sysclk reference */
|
|
|
|
pi->refsel = HDMI_REFSEL_SYSCLK;
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
DSSDBG("M = %d Mf = %d\n", pi->regm, pi->regmf);
|
|
|
|
DSSDBG("range = %d sd = %d\n", pi->dcofreq, pi->regsd);
|
|
|
|
}
|
|
|
|
|
|
|
|
static int hdmi_power_on(struct omap_dss_device *dssdev)
|
|
|
|
{
|
2012-01-06 19:22:09 +07:00
|
|
|
int r;
|
2011-03-12 13:34:27 +07:00
|
|
|
struct omap_video_timings *p;
|
2012-09-07 19:26:20 +07:00
|
|
|
struct omap_overlay_manager *mgr = dssdev->output->manager;
|
2011-04-12 15:22:25 +07:00
|
|
|
unsigned long phy;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
gpio_set_value(hdmi.ct_cp_hpd_gpio, 1);
|
|
|
|
gpio_set_value(hdmi.ls_oe_gpio, 1);
|
|
|
|
|
2012-04-26 18:58:41 +07:00
|
|
|
/* wait 300us after CT_CP_HPD for the 5V power output to reach 90% */
|
|
|
|
udelay(300);
|
|
|
|
|
2012-08-15 19:55:04 +07:00
|
|
|
r = regulator_enable(hdmi.vdda_hdmi_dac_reg);
|
|
|
|
if (r)
|
|
|
|
goto err_vdac_enable;
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
r = hdmi_runtime_get();
|
|
|
|
if (r)
|
2012-04-26 18:48:32 +07:00
|
|
|
goto err_runtime_get;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-09-07 19:26:20 +07:00
|
|
|
dss_mgr_disable(mgr);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-08-08 18:20:42 +07:00
|
|
|
p = &hdmi.ip_data.cfg.timings;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-08-08 18:20:42 +07:00
|
|
|
DSSDBG("hdmi_power_on x_res= %d y_res = %d\n", p->x_res, p->y_res);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
phy = p->pixel_clock;
|
|
|
|
|
2011-09-08 20:36:19 +07:00
|
|
|
hdmi_compute_pll(dssdev, phy, &hdmi.ip_data.pll_data);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-04-28 01:48:45 +07:00
|
|
|
hdmi.ip_data.ops->video_disable(&hdmi.ip_data);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2011-09-08 20:36:18 +07:00
|
|
|
/* config the PLL and PHY hdmi_set_pll_pwrfirst */
|
2011-09-08 20:36:26 +07:00
|
|
|
r = hdmi.ip_data.ops->pll_enable(&hdmi.ip_data);
|
2011-03-12 13:34:27 +07:00
|
|
|
if (r) {
|
|
|
|
DSSDBG("Failed to lock PLL\n");
|
2012-04-26 18:48:32 +07:00
|
|
|
goto err_pll_enable;
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
2011-09-08 20:36:26 +07:00
|
|
|
r = hdmi.ip_data.ops->phy_enable(&hdmi.ip_data);
|
2011-03-12 13:34:27 +07:00
|
|
|
if (r) {
|
|
|
|
DSSDBG("Failed to start PHY\n");
|
2012-07-31 07:12:02 +07:00
|
|
|
goto err_phy_enable;
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
2011-09-08 20:36:26 +07:00
|
|
|
hdmi.ip_data.ops->video_configure(&hdmi.ip_data);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
/* Make selection of HDMI in DSS */
|
|
|
|
dss_select_hdmi_venc_clk_source(DSS_HDMI_M_PCLK);
|
|
|
|
|
|
|
|
/* Select the dispc clock source as PRCM clock, to ensure that it is not
|
|
|
|
* DSI PLL source as the clock selected by DSI PLL might not be
|
|
|
|
* sufficient for the resolution selected / that can be changed
|
|
|
|
* dynamically by user. This can be moved to single location , say
|
|
|
|
* Boardfile.
|
|
|
|
*/
|
2011-04-12 15:22:25 +07:00
|
|
|
dss_select_dispc_clk_source(dssdev->clocks.dispc.dispc_fclk_src);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
/* bypass TV gamma table */
|
|
|
|
dispc_enable_gamma_table(0);
|
|
|
|
|
|
|
|
/* tv size */
|
2012-09-07 19:26:20 +07:00
|
|
|
dss_mgr_set_timings(mgr, p);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-04-28 01:48:45 +07:00
|
|
|
r = hdmi.ip_data.ops->video_enable(&hdmi.ip_data);
|
|
|
|
if (r)
|
|
|
|
goto err_vid_enable;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-09-07 19:26:20 +07:00
|
|
|
r = dss_mgr_enable(mgr);
|
2011-11-21 18:42:58 +07:00
|
|
|
if (r)
|
|
|
|
goto err_mgr_enable;
|
2011-08-31 18:47:11 +07:00
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
return 0;
|
2011-11-21 18:42:58 +07:00
|
|
|
|
|
|
|
err_mgr_enable:
|
2012-04-28 01:48:45 +07:00
|
|
|
hdmi.ip_data.ops->video_disable(&hdmi.ip_data);
|
|
|
|
err_vid_enable:
|
2011-11-21 18:42:58 +07:00
|
|
|
hdmi.ip_data.ops->phy_disable(&hdmi.ip_data);
|
2012-07-31 07:12:02 +07:00
|
|
|
err_phy_enable:
|
2011-11-21 18:42:58 +07:00
|
|
|
hdmi.ip_data.ops->pll_disable(&hdmi.ip_data);
|
2012-04-26 18:48:32 +07:00
|
|
|
err_pll_enable:
|
2011-05-27 14:52:19 +07:00
|
|
|
hdmi_runtime_put();
|
2012-04-26 18:48:32 +07:00
|
|
|
err_runtime_get:
|
2012-08-15 19:55:04 +07:00
|
|
|
regulator_disable(hdmi.vdda_hdmi_dac_reg);
|
|
|
|
err_vdac_enable:
|
2012-04-26 18:48:32 +07:00
|
|
|
gpio_set_value(hdmi.ct_cp_hpd_gpio, 0);
|
|
|
|
gpio_set_value(hdmi.ls_oe_gpio, 0);
|
2011-03-12 13:34:27 +07:00
|
|
|
return -EIO;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void hdmi_power_off(struct omap_dss_device *dssdev)
|
|
|
|
{
|
2012-09-07 19:26:20 +07:00
|
|
|
struct omap_overlay_manager *mgr = dssdev->output->manager;
|
|
|
|
|
|
|
|
dss_mgr_disable(mgr);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-04-28 01:48:45 +07:00
|
|
|
hdmi.ip_data.ops->video_disable(&hdmi.ip_data);
|
2011-09-08 20:36:26 +07:00
|
|
|
hdmi.ip_data.ops->phy_disable(&hdmi.ip_data);
|
|
|
|
hdmi.ip_data.ops->pll_disable(&hdmi.ip_data);
|
2011-05-27 14:52:19 +07:00
|
|
|
hdmi_runtime_put();
|
2012-04-26 18:48:32 +07:00
|
|
|
|
2012-08-15 19:55:04 +07:00
|
|
|
regulator_disable(hdmi.vdda_hdmi_dac_reg);
|
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
gpio_set_value(hdmi.ct_cp_hpd_gpio, 0);
|
|
|
|
gpio_set_value(hdmi.ls_oe_gpio, 0);
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
int omapdss_hdmi_display_check_timing(struct omap_dss_device *dssdev,
|
|
|
|
struct omap_video_timings *timings)
|
|
|
|
{
|
|
|
|
struct hdmi_cm cm;
|
|
|
|
|
|
|
|
cm = hdmi_get_code(timings);
|
|
|
|
if (cm.code == -1) {
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
}
|
|
|
|
|
2012-08-08 18:20:42 +07:00
|
|
|
void omapdss_hdmi_display_set_timing(struct omap_dss_device *dssdev,
|
|
|
|
struct omap_video_timings *timings)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
|
|
|
struct hdmi_cm cm;
|
2012-08-08 18:20:42 +07:00
|
|
|
const struct hdmi_config *t;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
2012-08-15 02:10:31 +07:00
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
2012-08-08 18:20:42 +07:00
|
|
|
cm = hdmi_get_code(timings);
|
|
|
|
hdmi.ip_data.cfg.cm = cm;
|
|
|
|
|
|
|
|
t = hdmi_get_timings();
|
|
|
|
if (t != NULL)
|
|
|
|
hdmi.ip_data.cfg = *t;
|
2011-08-22 18:57:33 +07:00
|
|
|
|
2012-08-15 02:10:31 +07:00
|
|
|
mutex_unlock(&hdmi.lock);
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
2012-03-02 23:01:07 +07:00
|
|
|
static void hdmi_dump_regs(struct seq_file *s)
|
2011-09-22 15:07:45 +07:00
|
|
|
{
|
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
|
|
|
if (hdmi_runtime_get())
|
|
|
|
return;
|
|
|
|
|
|
|
|
hdmi.ip_data.ops->dump_wrapper(&hdmi.ip_data, s);
|
|
|
|
hdmi.ip_data.ops->dump_pll(&hdmi.ip_data, s);
|
|
|
|
hdmi.ip_data.ops->dump_phy(&hdmi.ip_data, s);
|
|
|
|
hdmi.ip_data.ops->dump_core(&hdmi.ip_data, s);
|
|
|
|
|
|
|
|
hdmi_runtime_put();
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
}
|
|
|
|
|
2011-08-25 21:12:56 +07:00
|
|
|
int omapdss_hdmi_read_edid(u8 *buf, int len)
|
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
|
|
|
r = hdmi_runtime_get();
|
|
|
|
BUG_ON(r);
|
|
|
|
|
|
|
|
r = hdmi.ip_data.ops->read_edid(&hdmi.ip_data, buf, len);
|
|
|
|
|
|
|
|
hdmi_runtime_put();
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
2011-08-29 22:10:20 +07:00
|
|
|
bool omapdss_hdmi_detect(void)
|
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
|
|
|
r = hdmi_runtime_get();
|
|
|
|
BUG_ON(r);
|
|
|
|
|
|
|
|
r = hdmi.ip_data.ops->detect(&hdmi.ip_data);
|
|
|
|
|
|
|
|
hdmi_runtime_put();
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
|
|
|
|
return r == 1;
|
|
|
|
}
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
int omapdss_hdmi_display_enable(struct omap_dss_device *dssdev)
|
|
|
|
{
|
2012-09-07 19:26:20 +07:00
|
|
|
struct omap_dss_output *out = dssdev->output;
|
2011-03-12 13:34:27 +07:00
|
|
|
int r = 0;
|
|
|
|
|
|
|
|
DSSDBG("ENTER hdmi_display_enable\n");
|
|
|
|
|
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
2012-09-07 19:26:20 +07:00
|
|
|
if (out == NULL || out->manager == NULL) {
|
|
|
|
DSSERR("failed to enable display: no output/manager\n");
|
2011-06-23 20:38:21 +07:00
|
|
|
r = -ENODEV;
|
|
|
|
goto err0;
|
|
|
|
}
|
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
hdmi.ip_data.hpd_gpio = hdmi.hpd_gpio;
|
OMAPDSS: HDMI: PHY burnout fix
A hardware bug in the OMAP4 HDMI PHY causes physical damage to the board
if the HDMI PHY is kept powered on when the cable is not connected.
This patch solves the problem by adding hot-plug-detection into the HDMI
IP driver. This is not a real HPD support in the sense that nobody else
than the IP driver gets to know about the HPD events, but is only meant
to fix the HW bug.
The strategy is simple: If the display device is turned off by the user,
the PHY power is set to OFF. When the display device is turned on by the
user, the PHY power is set either to LDOON or TXON, depending on whether
the HDMI cable is connected.
The reason to avoid PHY OFF when the display device is on, but the cable
is disconnected, is that when the PHY is turned OFF, the HDMI IP is not
"ticking" and thus the DISPC does not receive pixel clock from the HDMI
IP. This would, for example, prevent any VSYNCs from happening, and
would thus affect the users of omapdss. By using LDOON when the cable is
disconnected we'll avoid the HW bug, but keep the HDMI working as usual
from the user's point of view.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-01-17 16:09:57 +07:00
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
r = omap_dss_start_device(dssdev);
|
|
|
|
if (r) {
|
|
|
|
DSSERR("failed to start device\n");
|
|
|
|
goto err0;
|
|
|
|
}
|
|
|
|
|
|
|
|
r = hdmi_power_on(dssdev);
|
|
|
|
if (r) {
|
|
|
|
DSSERR("failed to power on device\n");
|
2012-04-26 18:48:32 +07:00
|
|
|
goto err1;
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
err1:
|
|
|
|
omap_dss_stop_device(dssdev);
|
|
|
|
err0:
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
|
|
|
void omapdss_hdmi_display_disable(struct omap_dss_device *dssdev)
|
|
|
|
{
|
|
|
|
DSSDBG("Enter hdmi_display_disable\n");
|
|
|
|
|
|
|
|
mutex_lock(&hdmi.lock);
|
|
|
|
|
|
|
|
hdmi_power_off(dssdev);
|
|
|
|
|
|
|
|
omap_dss_stop_device(dssdev);
|
|
|
|
|
|
|
|
mutex_unlock(&hdmi.lock);
|
|
|
|
}
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
static int hdmi_get_clocks(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct clk *clk;
|
|
|
|
|
|
|
|
clk = clk_get(&pdev->dev, "sys_clk");
|
|
|
|
if (IS_ERR(clk)) {
|
|
|
|
DSSERR("can't get sys_clk\n");
|
|
|
|
return PTR_ERR(clk);
|
|
|
|
}
|
|
|
|
|
|
|
|
hdmi.sys_clk = clk;
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void hdmi_put_clocks(void)
|
|
|
|
{
|
|
|
|
if (hdmi.sys_clk)
|
|
|
|
clk_put(hdmi.sys_clk);
|
|
|
|
}
|
|
|
|
|
2012-03-21 10:02:01 +07:00
|
|
|
#if defined(CONFIG_OMAP4_DSS_HDMI_AUDIO)
|
|
|
|
int hdmi_compute_acr(u32 sample_freq, u32 *n, u32 *cts)
|
|
|
|
{
|
|
|
|
u32 deep_color;
|
2012-03-24 04:49:02 +07:00
|
|
|
bool deep_color_correct = false;
|
2012-03-21 10:02:01 +07:00
|
|
|
u32 pclk = hdmi.ip_data.cfg.timings.pixel_clock;
|
|
|
|
|
|
|
|
if (n == NULL || cts == NULL)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
/* TODO: When implemented, query deep color mode here. */
|
|
|
|
deep_color = 100;
|
|
|
|
|
2012-03-24 04:49:02 +07:00
|
|
|
/*
|
|
|
|
* When using deep color, the default N value (as in the HDMI
|
|
|
|
* specification) yields to an non-integer CTS. Hence, we
|
|
|
|
* modify it while keeping the restrictions described in
|
|
|
|
* section 7.2.1 of the HDMI 1.4a specification.
|
|
|
|
*/
|
2012-03-21 10:02:01 +07:00
|
|
|
switch (sample_freq) {
|
|
|
|
case 32000:
|
2012-03-24 04:49:02 +07:00
|
|
|
case 48000:
|
|
|
|
case 96000:
|
|
|
|
case 192000:
|
|
|
|
if (deep_color == 125)
|
|
|
|
if (pclk == 27027 || pclk == 74250)
|
|
|
|
deep_color_correct = true;
|
|
|
|
if (deep_color == 150)
|
|
|
|
if (pclk == 27027)
|
|
|
|
deep_color_correct = true;
|
2012-03-21 10:02:01 +07:00
|
|
|
break;
|
|
|
|
case 44100:
|
2012-03-24 04:49:02 +07:00
|
|
|
case 88200:
|
|
|
|
case 176400:
|
|
|
|
if (deep_color == 125)
|
|
|
|
if (pclk == 27027)
|
|
|
|
deep_color_correct = true;
|
2012-03-21 10:02:01 +07:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
2012-03-24 04:49:02 +07:00
|
|
|
if (deep_color_correct) {
|
|
|
|
switch (sample_freq) {
|
|
|
|
case 32000:
|
|
|
|
*n = 8192;
|
|
|
|
break;
|
|
|
|
case 44100:
|
|
|
|
*n = 12544;
|
|
|
|
break;
|
|
|
|
case 48000:
|
|
|
|
*n = 8192;
|
|
|
|
break;
|
|
|
|
case 88200:
|
|
|
|
*n = 25088;
|
|
|
|
break;
|
|
|
|
case 96000:
|
|
|
|
*n = 16384;
|
|
|
|
break;
|
|
|
|
case 176400:
|
|
|
|
*n = 50176;
|
|
|
|
break;
|
|
|
|
case 192000:
|
|
|
|
*n = 32768;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
switch (sample_freq) {
|
|
|
|
case 32000:
|
|
|
|
*n = 4096;
|
|
|
|
break;
|
|
|
|
case 44100:
|
|
|
|
*n = 6272;
|
|
|
|
break;
|
|
|
|
case 48000:
|
|
|
|
*n = 6144;
|
|
|
|
break;
|
|
|
|
case 88200:
|
|
|
|
*n = 12544;
|
|
|
|
break;
|
|
|
|
case 96000:
|
|
|
|
*n = 12288;
|
|
|
|
break;
|
|
|
|
case 176400:
|
|
|
|
*n = 25088;
|
|
|
|
break;
|
|
|
|
case 192000:
|
|
|
|
*n = 24576;
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
}
|
2012-03-21 10:02:01 +07:00
|
|
|
/* Calculate CTS. See HDMI 1.3a or 1.4a specifications */
|
|
|
|
*cts = pclk * (*n / 128) * deep_color / (sample_freq / 10);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2012-05-10 09:09:50 +07:00
|
|
|
|
|
|
|
int hdmi_audio_enable(void)
|
|
|
|
{
|
|
|
|
DSSDBG("audio_enable\n");
|
|
|
|
|
|
|
|
return hdmi.ip_data.ops->audio_enable(&hdmi.ip_data);
|
|
|
|
}
|
|
|
|
|
|
|
|
void hdmi_audio_disable(void)
|
|
|
|
{
|
|
|
|
DSSDBG("audio_disable\n");
|
|
|
|
|
|
|
|
hdmi.ip_data.ops->audio_disable(&hdmi.ip_data);
|
|
|
|
}
|
|
|
|
|
|
|
|
int hdmi_audio_start(void)
|
|
|
|
{
|
|
|
|
DSSDBG("audio_start\n");
|
|
|
|
|
|
|
|
return hdmi.ip_data.ops->audio_start(&hdmi.ip_data);
|
|
|
|
}
|
|
|
|
|
|
|
|
void hdmi_audio_stop(void)
|
|
|
|
{
|
|
|
|
DSSDBG("audio_stop\n");
|
|
|
|
|
|
|
|
hdmi.ip_data.ops->audio_stop(&hdmi.ip_data);
|
|
|
|
}
|
|
|
|
|
|
|
|
bool hdmi_mode_has_audio(void)
|
|
|
|
{
|
|
|
|
if (hdmi.ip_data.cfg.cm.mode == HDMI_HDMI)
|
|
|
|
return true;
|
|
|
|
else
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
int hdmi_audio_config(struct omap_dss_audio *audio)
|
|
|
|
{
|
|
|
|
return hdmi.ip_data.ops->audio_config(&hdmi.ip_data, audio);
|
|
|
|
}
|
|
|
|
|
2012-03-21 10:02:01 +07:00
|
|
|
#endif
|
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
static struct omap_dss_device * __init hdmi_find_dssdev(struct platform_device *pdev)
|
2012-05-02 18:55:12 +07:00
|
|
|
{
|
|
|
|
struct omap_dss_board_info *pdata = pdev->dev.platform_data;
|
2012-10-29 17:40:46 +07:00
|
|
|
const char *def_disp_name = omapdss_get_default_display_name();
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
struct omap_dss_device *def_dssdev;
|
|
|
|
int i;
|
|
|
|
|
|
|
|
def_dssdev = NULL;
|
2012-05-02 18:55:12 +07:00
|
|
|
|
|
|
|
for (i = 0; i < pdata->num_devices; ++i) {
|
|
|
|
struct omap_dss_device *dssdev = pdata->devices[i];
|
|
|
|
|
|
|
|
if (dssdev->type != OMAP_DISPLAY_TYPE_HDMI)
|
|
|
|
continue;
|
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (def_dssdev == NULL)
|
|
|
|
def_dssdev = dssdev;
|
2012-04-26 18:48:32 +07:00
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (def_disp_name != NULL &&
|
|
|
|
strcmp(dssdev->name, def_disp_name) == 0) {
|
|
|
|
def_dssdev = dssdev;
|
|
|
|
break;
|
2012-05-02 18:55:12 +07:00
|
|
|
}
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
}
|
|
|
|
|
|
|
|
return def_dssdev;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __init hdmi_probe_pdata(struct platform_device *pdev)
|
|
|
|
{
|
2012-09-10 17:58:29 +07:00
|
|
|
struct omap_dss_device *plat_dssdev;
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
struct omap_dss_device *dssdev;
|
|
|
|
struct omap_dss_hdmi_data *priv;
|
|
|
|
int r;
|
2012-05-02 18:55:12 +07:00
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
plat_dssdev = hdmi_find_dssdev(pdev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
if (!plat_dssdev)
|
|
|
|
return;
|
|
|
|
|
|
|
|
dssdev = dss_alloc_and_init_device(&pdev->dev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (!dssdev)
|
|
|
|
return;
|
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_copy_device_pdata(dssdev, plat_dssdev);
|
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
priv = dssdev->data;
|
|
|
|
|
|
|
|
hdmi.ct_cp_hpd_gpio = priv->ct_cp_hpd_gpio;
|
|
|
|
hdmi.ls_oe_gpio = priv->ls_oe_gpio;
|
|
|
|
hdmi.hpd_gpio = priv->hpd_gpio;
|
|
|
|
|
2012-09-07 19:21:36 +07:00
|
|
|
dssdev->channel = OMAP_DSS_CHANNEL_DIGIT;
|
|
|
|
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
r = hdmi_init_display(dssdev);
|
|
|
|
if (r) {
|
|
|
|
DSSERR("device %s init failed: %d\n", dssdev->name, r);
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_put_device(dssdev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
r = dss_add_device(dssdev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
if (r) {
|
|
|
|
DSSERR("device %s register failed: %d\n", dssdev->name, r);
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_put_device(dssdev);
|
OMAPDSS: register only one display device per output
We have boards with multiple panel devices connected to the same
physical output, of which only one panel can be enabled at one time.
Examples of these are Overo, where you can use different daughter boards
that have different LCDs, and 3430SDP which has an LCD and a DVI output
and a physical switch to select the active display.
These are supported by omapdss so that we add all the possible display
devices at probe, but the displays are inactive until somebody enables
one. At this point the panel driver starts using the DSS, thus reserving
the physcal resource and excluding the other panels.
This is problematic:
- Panel drivers can't allocate their resources properly at probe(),
because the resources can be shared with other panels. Thus they can
be only reserved at enable time.
- Managing this in omapdss is confusing. It's not natural to have
child devices, which may not even exist (for example, a daughterboard
that is not connected).
Only some boards have multiple displays per output, and of those, only
very few have possibility of switching the display during runtime.
Because of the above points:
- We don't want to make omapdss and all the panel drivers more complex
just because some boards have complex setups.
- Only few boards support runtime switching, and afaik even then it's
not required. So we don't need to support runtime switching.
Thus we'll change to a model where we will have only one display device
per output and this cannot be (currently) changed at runtime. We'll
still have the possibility to select the display from multiple options
during boot with the default display option.
This patch accomplishes the above by changing how the output drivers
register the display device. Instead of registering all the devices
given from the board file, we'll only register one. If the default
display option is set, the output driver selects that display from its
displays. If the default display is not set, or the default display is
not one of the output's displays, the output driver selects the first
display.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-09-06 18:29:31 +07:00
|
|
|
return;
|
2012-05-02 18:55:12 +07:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2012-09-26 18:00:49 +07:00
|
|
|
static void __init hdmi_init_output(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct omap_dss_output *out = &hdmi.output;
|
|
|
|
|
|
|
|
out->pdev = pdev;
|
|
|
|
out->id = OMAP_DSS_OUTPUT_HDMI;
|
|
|
|
out->type = OMAP_DISPLAY_TYPE_HDMI;
|
|
|
|
|
|
|
|
dss_register_output(out);
|
|
|
|
}
|
|
|
|
|
|
|
|
static void __exit hdmi_uninit_output(struct platform_device *pdev)
|
|
|
|
{
|
|
|
|
struct omap_dss_output *out = &hdmi.output;
|
|
|
|
|
|
|
|
dss_unregister_output(out);
|
|
|
|
}
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
/* HDMI HW IP initialisation */
|
2012-02-17 22:41:13 +07:00
|
|
|
static int __init omapdss_hdmihw_probe(struct platform_device *pdev)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
|
|
|
struct resource *hdmi_mem;
|
2012-05-02 18:55:12 +07:00
|
|
|
int r;
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
hdmi.pdev = pdev;
|
|
|
|
|
|
|
|
mutex_init(&hdmi.lock);
|
|
|
|
|
|
|
|
hdmi_mem = platform_get_resource(hdmi.pdev, IORESOURCE_MEM, 0);
|
|
|
|
if (!hdmi_mem) {
|
|
|
|
DSSERR("can't get IORESOURCE_MEM HDMI\n");
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
|
|
|
|
/* Base address taken from platform */
|
2011-09-08 20:36:18 +07:00
|
|
|
hdmi.ip_data.base_wp = ioremap(hdmi_mem->start,
|
|
|
|
resource_size(hdmi_mem));
|
|
|
|
if (!hdmi.ip_data.base_wp) {
|
2011-03-12 13:34:27 +07:00
|
|
|
DSSERR("can't ioremap WP\n");
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
r = hdmi_get_clocks(pdev);
|
|
|
|
if (r) {
|
2011-09-08 20:36:18 +07:00
|
|
|
iounmap(hdmi.ip_data.base_wp);
|
2011-05-27 14:52:19 +07:00
|
|
|
return r;
|
|
|
|
}
|
|
|
|
|
|
|
|
pm_runtime_enable(&pdev->dev);
|
|
|
|
|
2011-09-08 20:36:18 +07:00
|
|
|
hdmi.ip_data.core_sys_offset = HDMI_CORE_SYS;
|
|
|
|
hdmi.ip_data.core_av_offset = HDMI_CORE_AV;
|
|
|
|
hdmi.ip_data.pll_offset = HDMI_PLLCTRL;
|
|
|
|
hdmi.ip_data.phy_offset = HDMI_PHY;
|
2012-08-08 18:20:42 +07:00
|
|
|
|
2012-06-27 21:04:56 +07:00
|
|
|
mutex_init(&hdmi.ip_data.lock);
|
2011-09-08 20:36:18 +07:00
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
hdmi_panel_init();
|
|
|
|
|
2012-03-02 23:01:07 +07:00
|
|
|
dss_debugfs_create_file("hdmi", hdmi_dump_regs);
|
|
|
|
|
2012-09-26 18:00:49 +07:00
|
|
|
hdmi_init_output(pdev);
|
|
|
|
|
2012-05-02 18:55:12 +07:00
|
|
|
hdmi_probe_pdata(pdev);
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-04-26 18:48:32 +07:00
|
|
|
static int __exit hdmi_remove_child(struct device *dev, void *data)
|
|
|
|
{
|
|
|
|
struct omap_dss_device *dssdev = to_dss_device(dev);
|
|
|
|
hdmi_uninit_display(dssdev);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
static int __exit omapdss_hdmihw_remove(struct platform_device *pdev)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2012-04-26 18:48:32 +07:00
|
|
|
device_for_each_child(&pdev->dev, NULL, hdmi_remove_child);
|
|
|
|
|
2012-09-10 17:58:29 +07:00
|
|
|
dss_unregister_child_devices(&pdev->dev);
|
OMAPDSS: interface drivers register their panel devices
Currently the higher level omapdss platform driver gets the list of
displays in its platform data, and uses that list to create the
omap_dss_device for each display.
With DT, the logical way to do the above is to list the displays under
each individual output, i.e. we'd have "dpi" node, under which we would
have the display that uses DPI. In other words, each output driver
handles the displays that use that particular output.
To make the current code ready for DT, this patch modifies the output
drivers so that each of them creates the display devices which use that
output. However, instead of changing the platform data to suit this
method, each output driver is passed the full list of displays, and the
drivers pick the displays that are meant for them. This allows us to
keep the old platform data, and thus we avoid the need to change the
board files.
Signed-off-by: Tomi Valkeinen <tomi.valkeinen@ti.com>
2012-03-01 20:45:53 +07:00
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
hdmi_panel_exit();
|
|
|
|
|
2012-09-26 18:00:49 +07:00
|
|
|
hdmi_uninit_output(pdev);
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
pm_runtime_disable(&pdev->dev);
|
|
|
|
|
|
|
|
hdmi_put_clocks();
|
|
|
|
|
2011-09-08 20:36:18 +07:00
|
|
|
iounmap(hdmi.ip_data.base_wp);
|
2011-03-12 13:34:27 +07:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2011-05-27 14:52:19 +07:00
|
|
|
static int hdmi_runtime_suspend(struct device *dev)
|
|
|
|
{
|
2012-06-27 15:51:26 +07:00
|
|
|
clk_disable_unprepare(hdmi.sys_clk);
|
2011-05-27 14:52:19 +07:00
|
|
|
|
|
|
|
dispc_runtime_put();
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int hdmi_runtime_resume(struct device *dev)
|
|
|
|
{
|
|
|
|
int r;
|
|
|
|
|
|
|
|
r = dispc_runtime_get();
|
|
|
|
if (r < 0)
|
2012-02-17 22:58:04 +07:00
|
|
|
return r;
|
2011-05-27 14:52:19 +07:00
|
|
|
|
2012-06-27 15:51:26 +07:00
|
|
|
clk_prepare_enable(hdmi.sys_clk);
|
2011-05-27 14:52:19 +07:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static const struct dev_pm_ops hdmi_pm_ops = {
|
|
|
|
.runtime_suspend = hdmi_runtime_suspend,
|
|
|
|
.runtime_resume = hdmi_runtime_resume,
|
|
|
|
};
|
|
|
|
|
2011-03-12 13:34:27 +07:00
|
|
|
static struct platform_driver omapdss_hdmihw_driver = {
|
2012-02-17 22:41:13 +07:00
|
|
|
.remove = __exit_p(omapdss_hdmihw_remove),
|
2011-03-12 13:34:27 +07:00
|
|
|
.driver = {
|
|
|
|
.name = "omapdss_hdmi",
|
|
|
|
.owner = THIS_MODULE,
|
2011-05-27 14:52:19 +07:00
|
|
|
.pm = &hdmi_pm_ops,
|
2011-03-12 13:34:27 +07:00
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
int __init hdmi_init_platform_driver(void)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2012-03-07 17:53:38 +07:00
|
|
|
return platform_driver_probe(&omapdss_hdmihw_driver, omapdss_hdmihw_probe);
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|
|
|
|
|
2012-02-17 22:41:13 +07:00
|
|
|
void __exit hdmi_uninit_platform_driver(void)
|
2011-03-12 13:34:27 +07:00
|
|
|
{
|
2012-02-23 20:32:37 +07:00
|
|
|
platform_driver_unregister(&omapdss_hdmihw_driver);
|
2011-03-12 13:34:27 +07:00
|
|
|
}
|