Hi Dmitry,
On 10/14/21 4:54 PM, Dmitry Baryshkov wrote:
From: Amit Pundir
This reverts commit 001ce9785c0674d913531345e86222c965fc8bf4.
This upstream commit broke AOSP (post Android 12 merge) build
on RB5. The device either silently crashes into USB crash mode
after android boot animation or
-by: Dmitry Torokhov
Acked-by: Linus Walleij
Signed-off-by: Uwe Kleine-König
For drivers/memory/pl172.c:
Acked-by: Vladimir Zapolskiy
--
Best wishes,
Vladimir
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org
On 4/27/20 3:15 PM, Wei Yongjun wrote:
> Fix to return a negative error code from the error handling
> case instead of 0, as done elsewhere in this function.
>
> Fixes: b7370112f519 ("lpc32xx: Added ethernet driver")
> Signed-off-by: Wei Yongjun
Acked-by: Vladimir Z
> correct?
yes, I will tell you, see my answer below.
Adding Linus as a person who may be interested in PL111 specifics.
> Cc: Vladimir Zapolskiy
> Cc: Rob Herring
> Cc: Thierry Reding
> Signed-off-by: Ville Syrjälä
> ---
> drivers/gpu/drm/panel/panel-simple.c | 2 +-
>
The change adds support for Sharp LQ035Q7DB03 3.5" QVGA TFT panel.
Note that this aged panel is already found in the kernel sources,
for instance in board mach files mach-mx21ads.c, mach-mx27ads.c,
mach-pcm043.c, lpd270.c and imx27-phytec-phycore-rdk.dts.
Signed-off-by: Vladimir Zapo
The change adds support for Sharp LQ035Q7DB03 3.5" QVGA panel.
Note that this aged panel is already found in the kernel sources,
for instance in board mach files mach-mx21ads.c, mach-mx27ads.c,
mach-pcm043.c, lpd270.c and imx27-phytec-phycore-rdk.dts.
Signed-off-by: Vladimir Zapolsk
insertions(+)
> create mode 100644
> Documentation/devicetree/bindings/display/bridge/thine,thc63lvd1024.txt
>
Reviewed-by: Vladimir Zapolskiy <vladimir_zapols...@mentor.com>
--
With best wishes,
Vladimir
___
dri-devel mailing list
dri-
vd1024.c | 206
> ++
> 3 files changed, 213 insertions(+)
> create mode 100644 drivers/gpu/drm/bridge/thc63lvd1024.c
Reviewed-by: Vladimir Zapolskiy <vladimir_zapols...@mentor.com>
--
With best wishes,
Vladimir
Reviewed-by: Niklas Söderlund <niklas.soderlund+rene...@ragnatech.se>
Reviewed-by: Vladimir Zapolskiy <vladimir_zapols...@mentor.com>
Generally I have only one pretty ignorable comment.
> +
> +enum thc63_ports {
> + THC63_LVDS_IN0,
> + THC63_LVDS_IN1,
> + THC6
Hi Jacopo,
On 04/19/2018 12:48 PM, Vladimir Zapolskiy wrote:
> Hi Jacopo,
>
> On 04/19/2018 12:44 PM, Vladimir Zapolskiy wrote:
>> Hi Jacopo, Laurent,
>>
>> On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
>>> Document Thine THC63LVD1024 LVDS decoder devi
Hi Jacopo,
On 04/19/2018 12:44 PM, Vladimir Zapolskiy wrote:
> Hi Jacopo, Laurent,
>
> On 04/10/2018 01:53 PM, Jacopo Mondi wrote:
>> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>>
>> Signed-off-by: Jacopo Mondi <jacopo+rene...@jmondi.org>
&g
lund <niklas.soderlund+rene...@ragnatech.se>
> Reviewed-by: Laurent Pinchart <laurent.pinch...@ideasonboard.com>
Reviewed-by: Vladimir Zapolskiy <vladimir_zapols...@mentor.com>
> ---
> .../bindings/display/bridge/thine,thc63lvd1024.txt | 60
> ++
Hi Jacopo,
On 03/27/2018 01:10 PM, jacopo mondi wrote:
> Hi Vladimir,
>
> On Tue, Mar 27, 2018 at 12:37:31PM +0300, Vladimir Zapolskiy wrote:
>> Hi Jacopo,
>>
>> On 03/27/2018 11:57 AM, jacopo mondi wrote:
>>> Hi Vladimir,
>>>
>>> On Tue
Hi Andrzej,
On 03/27/2018 10:28 AM, Andrzej Hajda wrote:
> On 27.03.2018 08:24, Vladimir Zapolskiy wrote:
>> Hi Jacopo,
>>
>> On 03/16/2018 05:16 PM, Jacopo Mondi wrote:
>>> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
>>> output c
Hi Jacopo,
On 03/27/2018 11:57 AM, jacopo mondi wrote:
> Hi Vladimir,
>
> On Tue, Mar 27, 2018 at 11:30:29AM +0300, Vladimir Zapolskiy wrote:
>> Hi Sergei,
>>
>> On 03/27/2018 11:27 AM, Sergei Shtylyov wrote:
>>> Hello!
>>>
Hi Sergei,
On 03/27/2018 11:27 AM, Sergei Shtylyov wrote:
> Hello!
>
> On 3/27/2018 10:33 AM, jacopo mondi wrote:
> [...]
>>> Document Thine THC63LVD1024 LVDS decoder device tree bindings.
>>>
>>> Signed-off-by: Jacopo Mondi
>>> Reviewed-by: Andrzej
Hi Jacopo,
On 03/20/2018 03:01 PM, Laurent Pinchart wrote:
> Hi Jacopo,
>
> Thank you for the patch.
>
> On Friday, 16 March 2018 17:16:39 EET Jacopo Mondi wrote:
>> The R-Car V3M Eagle board includes a transparent THC63LVD1024 LVDS
>> decoder, connected to the on-chip LVDS encoder output on
Hi Jacopo,
On 03/16/2018 05:16 PM, Jacopo Mondi wrote:
> Add DRM bridge driver for Thine THC63LVD1024 LVDS to digital parallel
> output converter.
>
> Signed-off-by: Jacopo Mondi
> Reviewed-by: Andrzej Hajda
> Reviewed-by: Niklas Söderlund
Hi Jacopo,
On 03/27/2018 01:22 AM, Rob Herring wrote:
> On Tue, Mar 20, 2018 at 02:43:33PM +0200, Laurent Pinchart wrote:
>> Hi Jacopo,
>>
>> (CC'ing Rob)
>>
>> Thank you for the patch.
>>
>> On Friday, 16 March 2018 17:16:37 EET Jacopo Mondi wrote:
>>> Document Thine THC63LVD1024 LVDS decoder
Hi Jacopo,
On 03/09/2018 03:51 PM, Jacopo Mondi wrote:
> Add transparent LVDS decoder driver.
>
> A transparent LVDS decoder is a DRM bridge device that does not require
> any configuration and converts LVDS input to digital CMOS/TTL parallel
> data output.
>
> Signed-off-by: Jacopo Mondi
the unused exported function from the kernel.
Signed-off-by: Vladimir Zapolskiy <v...@mleia.com>
---
drivers/video/of_display_timing.c | 20
include/video/of_display_timing.h | 5 -
2 files changed, 25 deletions(-)
diff --git a/drivers/video/of_display_timing.c
Hi Laurent,
On 01/12/2018 02:58 AM, Laurent Pinchart wrote:
> The internal LVDS encoders now have their own DT bindings, representing
> them as part of the DU is deprecated.
>
> Signed-off-by: Laurent Pinchart
> ---
>
tion is correct. Thank you for the change.
Please feel free to update the commit message and add my
Acked-by: Vladimir Zapolskiy <vladimir_zapols...@mentor.com>
--
With best wishes,
Vladimir
___
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel
Hi Rob,
On 02/04/2017 05:36 AM, Rob Herring wrote:
> The OF graph API leaves too much of the graph walking to clients when
> in many cases the driver doesn't care about accessing the port or
> endpoint nodes. The drivers typically just want the device connected via
> a particular graph
Hi Laurent,
On 12/03/2016 07:16 PM, Laurent Pinchart wrote:
> Hi Fabio,
>
> On Friday 25 Nov 2016 13:29:37 Fabio Estevam wrote:
>> On Fri, Nov 25, 2016 at 1:22 PM, Laurent Pinchart wrote:
I got the clock name from I.MX6Q TRM, I also checked the name again
with Rockchip IC design team
On 11/25/2016 03:06 PM, Fabio Estevam wrote:
> Hi Vladimir,
>
> On Fri, Nov 25, 2016 at 11:00 AM, Vladimir Zapolskiy
> wrote:
>
>> according to the DTSI files in the vanilla kernel DW HDMI IP is found
>> only on iMX6Q/D and iMX6DL/iMX6S SoCs (but please double che
Hi Fabio,
On 11/25/2016 02:29 PM, Fabio Estevam wrote:
> Hi Vladimir,
>
> On Thu, Nov 24, 2016 at 8:16 PM, Vladimir Zapolskiy
> wrote:
>
>> By the way while we're discussing DW HDMI bindings specific to iMX,
>> I would recommend to remove utterly hackish and iMX
Hi,
On 11/25/2016 12:07 AM, Fabio Estevam wrote:
> Hi Laurent,
>
> On Thu, Nov 24, 2016 at 7:16 PM, Laurent Pinchart
> wrote:
>> Hi Andy,
>>
>> As the author of the DW-HDMI DT bindings this question is addressed to you,
>> but information from anyone is more than welcome.
>>
>> The DT bindings
Hi Ulrich,
On 11/11/2016 07:07 PM, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functio
Hi Philipp,
On 09/16/2016 06:21 PM, Philipp Zabel wrote:
> Hi Vladimir,
>
> Am Mittwoch, den 14.09.2016, 21:46 +0300 schrieb Vladimir Zapolskiy:
>> Hi Philipp,
>>
>> On 08/29/2016 06:50 PM, Rob Herring wrote:
>>> On Wed, Aug 24, 2016 at 08:46:37AM +0300, Vladi
Hi Philipp,
On 08/29/2016 06:50 PM, Rob Herring wrote:
> On Wed, Aug 24, 2016 at 08:46:37AM +0300, Vladimir Zapolskiy wrote:
>> The change adds support of internal HDMI I2C master controller, this
>> subdevice is used by default, if "ddc-i2c-bus" DT property is omitte
Hello Russell,
On 08/24/2016 08:46 AM, Vladimir Zapolskiy wrote:
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support readi
Hi Emil,
On 08/29/2016 07:41 PM, Emil Velikov wrote:
> Hi all,
>
> On 24 August 2016 at 06:46, Vladimir Zapolskiy
> wrote:
>
>> MODULE_AUTHOR("Sascha Hauer ");
>> MODULE_AUTHOR("Andy Yan ");
>> MODULE_AUTHOR("Yakir Yang ");
&
aximum one extension block.
Signed-off-by: Vladimir Zapolskiy
---
The change is based on top of v4.8.0-rc1 and a fix in DW HDMI driver
https://patchwork.kernel.org/patch/9284717/
Changes from v5 to v6:
* rebased on top of v4.8.0-rc1
* fixed one improper resource deallocation on error path of dw
Hello Russell,
On 08/18/2016 05:32 PM, Russell King - ARM Linux wrote:
> On Tue, Aug 16, 2016 at 11:26:43PM +0300, Vladimir Zapolskiy wrote:
>> This change is needed to properly lock I2C bus driver, which serves
>> DDC.
>>
>> The change fixes an overflow over zero of
This change is needed to properly lock I2C bus driver, which serves
DDC, otherwise there is an error in I2C bus driver user counting.
Note, that prior to the change put_device() coupled with
of_find_i2c_adapter_by_node() was missing on error path of
tegra_output_probe().
Signed-off-by: Vladimir
This change is needed to properly lock I2C bus driver, which serves
DDC, otherwise there is an error in I2C bus driver user counting.
Prior to this change i2c_put_adapter() is misused, which may lead
to an overflow over zero of I2C bus driver user counter.
Signed-off-by: Vladimir Zapolskiy
Cc
^^
root at imx6q:~# rmmod i2c_imx
rmmod: ERROR: Module i2c_imx is in use
Note that prior to this change put_device() coupled with
of_find_i2c_adapter_by_node() was missing on error path of
dw_hdmi_bind(), added i2c_put_adapter() there along with the change.
Signed-off-by: Vladimir Zapolskiy
by
i2c_put_adapter() call.
Changes from v2 to v2 resend:
- none
Changes from v1 to v2:
- none, this series is a straightforward bugfix, v1 was a blend of
I2C core changes, bugfixes and improvements
Vladimir Zapolskiy (3):
drm: dw_hdmi: use of_get_i2c_adapter_by_node interface
drm: tilcdc: use
Hi Ulrich,
On 30.05.2016 19:00, Ulrich Hecht wrote:
> From: Vladimir Zapolskiy
>
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionalit
David, Russell,
ping. No response for more than 2 months.
On 02.11.2015 17:10, Vladimir Zapolskiy wrote:
> David, Russell,
>
> ping.
>
> On 12.10.2015 16:15, Vladimir Zapolskiy wrote:
>> David, Russell,
>>
>> ping.
>>
>>
David, Russell,
ping.
On 12.10.2015 16:15, Vladimir Zapolskiy wrote:
> David, Russell,
>
> ping.
>
> On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
>> of_find_i2c_adapter_by_node() call requires quite often missing
>> put_device(), and i2c_put_adapter
David, Russell,
ping.
On 23.09.2015 00:46, Vladimir Zapolskiy wrote:
> of_find_i2c_adapter_by_node() call requires quite often missing
> put_device(), and i2c_put_adapter() releases a device locked by
> i2c_get_adapter() only.
>
> Below is a common error reproduction scena
David, Russel,
ping.
On 23.09.2015 00:48, Vladimir Zapolskiy wrote:
> This change is needed to properly lock I2C bus driver, which serves DDC.
>
> The change fixes an overflow over zero of I2C bus driver user counter:
>
> root at mx6q:~# lsmod | grep i2c
> i2c_imx
On 28.09.2015 23:06, Vladimir Zapolskiy wrote:
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support reading EDID from
>
aximum one extension block.
Signed-off-by: Vladimir Zapolskiy
---
The change is based on v4.3.0-rc3 and it is applicable to rmk/drm-dwhdmi-devel,
please let me know, if it should be rebased.
Changes from v4 to v5:
- do I2C bus controller initialization only once in bind() as it was done
in
aximum one extension block.
Signed-off-by: Vladimir Zapolskiy
---
.../devicetree/bindings/drm/bridge/dw_hdmi.txt | 4 +-
drivers/gpu/drm/bridge/dw_hdmi.c | 263 -
drivers/gpu/drm/bridge/dw_hdmi.h | 19 ++
3 files changed, 279 insert
Hi Doug,
On 28.09.2015 19:29, Doug Anderson wrote:
> Vladimir,
>
> On Mon, Sep 21, 2015 at 8:07 AM, Vladimir Zapolskiy
> wrote:
>> - do I2C bus controller reinitialization on every data transfer,
>> this change hopefully solves some observed problems on RK3288 pl
-by: Vladimir Zapolskiy
Cc: Thierry Reding
Cc: Terje Bergström
---
Changes from v1 to v2:
- converted two of_node_put(ddc) calls into one
drivers/gpu/drm/tegra/output.c | 23 ---
1 file changed, 12 insertions(+), 11 deletions(-)
diff --git a/drivers/gpu/drm/tegra/output.c b
This change is needed to properly lock I2C bus driver, which serves DDC.
Prior to this change i2c_put_adapter() is misused, which may lead
to an overflow over zero of I2C bus driver user counter.
Signed-off-by: Vladimir Zapolskiy
---
Changes from v1 to v2:
- none
drivers/gpu/drm/tilcdc
i2c_imx
rmmod: ERROR: Module i2c_imx is in use
Note that prior to this change put_device() coupled with
of_find_i2c_adapter_by_node() was missing on error path of
dw_hdmi_bind(), added i2c_put_adapter() there along with the change.
Signed-off-by: Vladimir Zapolskiy
Cc: Russell King <
changes, bugfixes and improvements
The change is based on dri/drm-next.
Vladimir Zapolskiy (3):
drm: dw_hdmi: use of_get_i2c_adapter_by_node interface
drm: tilcdc: use of_get_i2c_adapter_by_node interface
drm: tegra: use of_get_i2c_adapter_by_node interface
drivers/gpu/drm/bridge/dw_hdmi.c
This change is needed to properly lock I2C bus device and driver,
which serve DDC lines. Without this change I2C bus driver module
may gone in runtime and this won't be noticed by the driver.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/sti/sti_hdmi.c | 17 ++---
1 file
es.
Fixes: 53bdcf5f026c ("drm: sti: fix sub-components bind")
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/sti/sti_hdmi.c | 49 ++
1 file changed, 31 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/
aximum one extension block.
Signed-off-by: Vladimir Zapolskiy
---
The change is based on v4.3.0-rc2 and it is applicable to rmk/drm-dwhdmi-devel,
please let me know, if it should be rebased.
v3 of the change was
Tested-by: Philipp Zabel
Changes frov v3 to v4, thanks to Doug and Philipp for revi
On 17.09.2015 01:18, Russell King - ARM Linux wrote:
> On Wed, Sep 16, 2015 at 02:56:57PM -0700, Doug Anderson wrote:
>> Yes, I'd expect 100kHz and 400kHz.
>>
>> I agree that 50ms is non-trivial, but it's also not something you're
>> doing lots of. I'd expect that the EDID is read over this
Hi Doug,
On 03.09.2015 02:19, Doug Anderson wrote:
> Russell,
>
> On Wed, Sep 2, 2015 at 4:04 PM, Russell King - ARM Linux
> wrote:
Also, is it appropriate to hook non-DDC devices to a DDC bus? I suspect
that's asking for trouble.
>>>
>>> I doubt it's appropriate. Why do you ask?
>>
Hi Doug,
On 16.09.2015 23:04, Doug Anderson wrote:
> Hi,
>
> On Sun, Aug 30, 2015 at 2:34 PM, Vladimir Zapolskiy
> wrote:
>> The change adds support of internal HDMI I2C master controller, this
>> subdevice is used by default, if "ddc-i2c-bus" DT property
aximum one extension block.
Signed-off-by: Vladimir Zapolskiy
---
The change is based on today's v4.2, please let me know, if it should be
rebased.
The change has compilation dependency on I2CM_ADDRESS register name fix,
see http://lists.freedesktop.org/archives/dri-devel/2015-May/082
Hi Russell,
On 14.08.2015 01:56, Russell King - ARM Linux wrote:
> On Mon, May 18, 2015 at 03:32:21PM +0300, Vladimir Zapolskiy wrote:
>> +/* HDMI_IH_I2CM_STAT0 and HDMI_IH_MUTE_I2CM_STAT0 register bits */
>> +#define HDMI_IH_I2CM_STAT0_ERRORBIT(0)
>> +#define HD
Hello Russell, David,
On 24.07.2015 18:09, Vladimir Zapolskiy wrote:
> Hello Russell, David,
>
> On 26.06.2015 18:02, Russell King - ARM Linux wrote:
>> On Fri, Jun 26, 2015 at 05:24:12PM +0300, Vladimir Zapolskiy wrote:
>>> Hello David,
>>>
>>> On
Hello Russell, David,
On 26.06.2015 18:02, Russell King - ARM Linux wrote:
> On Fri, Jun 26, 2015 at 05:24:12PM +0300, Vladimir Zapolskiy wrote:
>> Hello David,
>>
>> On 08.06.2015 17:17, Vladimir Zapolskiy wrote:
>>> what would be the next action regardin
Hi Thierry,
On 08.07.2015 16:11, Thierry Reding wrote:
> On Wed, Jul 08, 2015 at 03:59:12PM +0300, Vladimir Zapolskiy wrote:
>> of_find_i2c_adapter_by_node() call requires quite often missing
>> put_device(), and i2c_put_adapter() releases a device locked by
>> i2c_get_adapt
This change is needed to properly lock I2C bus driver, which serves DDC.
Prior to this change i2c_put_adapter() is misused, which may lead to
an overflow over zero of I2C bus driver user counter.
Signed-off-by: Vladimir Zapolskiy
---
drivers/video/fbdev/omap2/displays-new/connector-dvi.c | 2
This change is needed to properly lock I2C bus driver, which serves DDC.
Prior to this change i2c_put_adapter() is misused, which may lead
to an overflow over zero of I2C bus driver user counter.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/tilcdc/tilcdc_tfp410.c | 6 ++
1 file
-by: Vladimir Zapolskiy
---
drivers/gpu/drm/tegra/output.c | 19 +++
1 file changed, 11 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/tegra/output.c b/drivers/gpu/drm/tegra/output.c
index 37db479..d7731cd 100644
--- a/drivers/gpu/drm/tegra/output.c
+++ b/drivers/gpu
of sti_hdmi_unbind().
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/sti/sti_hdmi.c | 19 +++
1 file changed, 7 insertions(+), 12 deletions(-)
diff --git a/drivers/gpu/drm/sti/sti_hdmi.c b/drivers/gpu/drm/sti/sti_hdmi.c
index f28a4d5..580a413 100644
--- a/drivers/gpu/drm/sti
This change is needed to properly lock I2C bus driver, which serves DDC.
On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call,
which replaces put_device().
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/panel/panel-simple.c | 9 -
1 file changed, 4 insertions
on imx_tve_bind() error path.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/imx/imx-tve.c | 56 +--
1 file changed, 38 insertions(+), 18 deletions(-)
diff --git a/drivers/gpu/drm/imx/imx-tve.c b/drivers/gpu/drm/imx/imx-tve.c
index 214ecee..f1ac927 100644
This change is needed to properly lock I2C bus driver, which serves DDC.
On release of_get_i2c_adapter_by_node() requires i2c_put_adapter() call,
which replaces put_device(). By the way added of_node_put(ddc_node) to
eliminate memory leak, if OF_DYNAMIC is enabled.
Signed-off-by: Vladimir
with the change.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/bridge/dw_hdmi.c | 14 +-
1 file changed, 9 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c b/drivers/gpu/drm/bridge/dw_hdmi.c
index 816d104..e86776c 100644
--- a/drivers/gpu/drm/bridge
ter() in
sense that an I2C bus device driver found and locked by user can be
correctly unlocked by i2c_put_adapter().
Signed-off-by: Vladimir Zapolskiy
---
The change is based on RFC http://www.spinics.net/lists/linux-i2c/msg20257.html
* added new exported function declaration in include/linux/i2
nly the change concerns DRM users of I2C bus device.
The change is based on torvalds/master branch, d6ac4ffc61a
RFC of the 01/10 change is http://www.spinics.net/lists/linux-i2c/msg20257.html
Vladimir Zapolskiy (10):
i2c: add and export of_get_i2c_adapter_by_node() interface
drm: dw_hdmi:
Hello David,
On 08.06.2015 17:17, Vladimir Zapolskiy wrote:
> Hi David, Philipp, Andy, Russell,
>
> On 19.05.2015 17:39, Andy Yan wrote:
>> Hi Vladimir,
>>Thanks for you patch.
>>
>> On 2015å¹´05æ18æ¥ 20:32, Vladimir Zapolskiy wrote:
>>> I2CM_
Hi David, Philipp, Andy, Russell,
On 19.05.2015 17:39, Andy Yan wrote:
> Hi Vladimir,
>Thanks for you patch.
>
> On 2015å¹´05æ18æ¥ 20:32, Vladimir Zapolskiy wrote:
>> I2CM_ADDRESS became a MESS, fix it, also change guarding define
>> to __DW_HDMI_H__ , since the dr
s.
Signed-off-by: Vladimir Zapolskiy
---
Changes since v1:
- fixed a devm_kfree() signature
- split completions for read and write operations
drivers/gpu/drm/bridge/dw_hdmi.c | 341 ++-
1 file changed, 335 insertions(+), 6 deletions(-)
diff --git a/drive
I2CM_ADDRESS became a MESS, fix it, also change guarding define
to __DW_HDMI_H__ , since the driver is not IMX specific.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/bridge/dw_hdmi.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/bridge
0x4001b8b1
+ MX6QDL_PAD_KEY_ROW3__HDMI_TX_DDC_SDA
0x4001b8b1
>;
};
---8<---
Changes since v1:
- fixed a devm_kfree() signature
- split completions for read and write operations
Vladimir Zapolskiy (2):
drm: bridge/dw_hdmi: fix reg
On 17.05.2015 21:03, Vladimir Zapolskiy wrote:
> The change adds support of internal HDMI I2C master controller, this
> subdevice is used by default, if "ddc-i2c-bus" DT property is omitted.
>
> The main purpose of this functionality is to support reading EDID from
>
s.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/bridge/dw_hdmi.c | 332 ++-
1 file changed, 326 insertions(+), 6 deletions(-)
diff --git a/drivers/gpu/drm/bridge/dw_hdmi.c b/drivers/gpu/drm/bridge/dw_hdmi.c
index 49cafb6..2a52449 100644
--- a/drive
I2CM_ADDRESS became a MESS, fix it, also change guarding define
to __DW_HDMI_H__ , since the driver is not IMX specific.
Signed-off-by: Vladimir Zapolskiy
---
drivers/gpu/drm/bridge/dw_hdmi.h | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/drivers/gpu/drm/bridge
0x4001b8b1
+ MX6QDL_PAD_KEY_ROW3__HDMI_TX_DDC_SDA
0x4001b8b1
>;
};
---8<---
Vladimir Zapolskiy (2):
drm: bridge: fix register I2CM_ADDRESS register name
drm: bridge: add dw hdmi i2c bus adapter support
drivers/gpu/drm/bridge/dw
82 matches
Mail list logo