<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/111040fa/attachment.html>
ssignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/013e876e/attachment.html>
Hi Andrzej,
Thanks for your contributions.
2014-02-12 20:31 GMT+09:00 Andrzej Hajda :
> Hi,
>
> This patchset adds drivers and bindings to the following devices:
> - Exynos DSI master,
> - S6E8AA0 DSI panel,
> - TC358764 DSI/LVDS bridge,
> - HV070WSA-100 LVDS panel.
>
> It adds also display suppo
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/9675479c/attachment.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/b9dbb50e/attachment-0001.html>
type||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/fd196564/attachment.html>
type||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/b73df800/attachment.html>
On Tue, Mar 4, 2014 at 11:49 PM, Jani Nikula wrote:
>
> Hi Dave -
>
> Small fixes all around, mostly stable material. Please pull.
>
> BR,
> Jani.
>
>
> The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
>
> Linux 3.14-rc5 (2014-03-02 18:56:16 -0800)
>
> are available i
Hi,
Thanks you for cleanups.
2014-03-05 14:01 GMT+09:00 Daniel Kurtz :
> Just some clean up patches, mostly for libdrm_exynos.
>
> Daniel Kurtz (8):
> eyxnos: install exynos tests if HAVE_INSTALL_TESTS
> exynos: fix two warnings
> exynos_fimg2d: fix cast from pointer to integer of different
2014-02-12 20:31 GMT+09:00 Andrzej Hajda :
> The patch adds DT bindings for Exynos DSI Master. DSIM follows rules
> for DSI bus host bindings [1].
> Properties describes its resources: memory, interrupt, clocks,
> phy, regulators and frequencies of clocks.
>
> [1]: Documentation/devicetree/bindings
2014-02-12 20:31 GMT+09:00 Andrzej Hajda :
> The patch adds driver for Toshiba DSI/LVDS TC358764 bridge.
> Driver registers itself as mipi_dsi_driver. It is exposed to the
> system via drm_panel interface, it uses also drm_panel framework
> to interact with LVDS panel connected to it.
> Driver supp
On Wed, 05 Mar 2014, Dave Airlie wrote:
> On Tue, Mar 4, 2014 at 11:49 PM, Jani Nikula wrote:
>>
>> Hi Dave -
>>
>> Small fixes all around, mostly stable material. Please pull.
>>
>> BR,
>> Jani.
>>
>>
>> The following changes since commit 0414855fdc4a40da05221fc6062cccbc0c30f169:
>>
>> Linux 3
d...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/2a176681/attachment.html>
Thanks Daniel and Bob,
Agree, DT is good enough for initial settings. But when need to support
on the fly parameter changes, we will end up with 2 solutions. Adding KMS
ioctls or improvising blob prop infrastructure (Ruled out existing KMS 64bit
props as list of parameters is close to 30, as if no
Hi,
this latest version of the imx-drm DT binding patches applies
on top of staging-next and also depends on the OF graph binding
patchset that moves the v4l2_of helpers to drivers/of.
Currently, the two patchsets are also available at:
git://git.pengutronix.de/git/pza/linux.git topic/of-graph
This patch connects IPU and display encoder (HDMI, LVDS, MIPI)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interface
From: Philipp Zabel
This patch adds support to find the involved components connected to
the IPU display interface ports using the OF graph bindings documented
in Documentation/devicetree/bindings/media/video-interfaces.txt.
It makes use of the of_graph (formerly v4l2_of) parsing helpers and
thus
Using of_graph_parse_endpoint recovers the port id from an endpoint device
tree node. This just replaces an open coded read of the "reg" property.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-drm-core.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/d
This patch updates the device tree binding documentation for i.MX IPU/display
nodes using the OF graph bindings documented in
Documentation/devicetree/bindings/media/video-interfaces.txt.
Signed-off-by: Philipp Zabel
---
Changes since v4:
- changed DT compatible string to 'fsl,imx-display-subsys
This patch adds device tree binding documentation for the HDMI transmitter
on i.MX6.
Signed-off-by: Philipp Zabel
---
Changes since v4:
- Fixed copy&paste documentation error
- Added optional 'ddc-i2c-bus' property
---
.../devicetree/bindings/staging/imx-drm/hdmi.txt | 58 +++
This patch fixes the TV Encoder DDC I2C bus property to use the common
'ddc-i2c-bus' property name instead of 'ddc'.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-tve.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/staging/imx-drm/imx-tve.c
b/drivers
This patch fixes the Television Encoder node's DDC I2C bus property to
use the common property name of 'ddc-i2c-bus' instead of just 'ddc'.
Signed-off-by: Philipp Zabel
---
arch/arm/boot/dts/imx53-mba53.dts | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/arm/boot/dts/imx
This patch connects IPU and and parallel display device tree
nodes using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
order of endpoints in the ports is arbitrary.
Since the imx-drm node
The device tree bindings are updated regardless of the common display
framework and in the meantime the HDMI driver was included.
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/TODO | 5 -
1 file changed, 5 deletions(-)
diff --git a/drivers/staging/imx-drm/TODO b/drivers/staging/i
This patch fixes the DDC I2C bus property to use the common 'ddc-i2c-bus'
property name instead of 'ddc'. This is already documented in
Documentation/devicetree/bindings/staging/imx-drm/hdmi.txt
Signed-off-by: Philipp Zabel
---
drivers/staging/imx-drm/imx-hdmi.c | 2 +-
1 file changed, 1 inserti
This patch connects IPU and display encoder (VGA, LVDS)
device tree nodes, as well as parallel displays on the DISP0
and DISP1 outputs, using the OF graph bindings described in
Documentation/devicetree/bindings/media/video-interfaces.txt
The IPU ports correspond to the two display interfaces. The
On Wed, Mar 5, 2014 at 9:24 AM, Jani Nikula wrote:
> On Wed, 05 Mar 2014, Dave Airlie wrote:
>> On Tue, Mar 4, 2014 at 11:49 PM, Jani Nikula
>> wrote:
>>>
>>> Hi Dave -
>>>
>>> Small fixes all around, mostly stable material. Please pull.
>>>
>>> BR,
>>> Jani.
>>>
>>>
>>> The following changes s
On Wed, Mar 05, 2014 at 10:20:52AM +0100, Philipp Zabel wrote:
> +struct imx_drm_component {
> + struct device_node *of_node;
> + struct list_head list;
> +};
> +
The only thing this structure appears to be doing is ensuring that a
single component doesn't get added twice - is that correct
crubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/4d64faef/attachment.html>
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/cc3f049d/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/7826a276/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/545443c7/attachment.html>
Let the drivers specify the name of the I2C-over-AUX adapter to maintain
backwards compatibility in the sysfs when converting to the new
I2C-over-AUX helper infrastructure.
The i915 driver currently uses DPDDC-A to DPDDC-D as names for the DP
i2c adapters. These names show up in the i2c sysfs name
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/3c84e3c4/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/b10e65f5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/336ee615/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/aa06400c/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/0e4c4ddb/attachment.html>
Sorry for interrupting,
2014-03-04 21:00 GMT+09:00 Andrzej Hajda :
> On 02/28/2014 02:39 PM, Tomi Valkeinen wrote:
>> On 28/02/14 15:31, Tomi Valkeinen wrote:
>>
>>> Compared to what I've done on OMAP, you don't seem to specify the video
>>> inputs for the tc358764 at all. In this case it's obvio
On Tue, Mar 04, 2014 at 10:16:02AM +0100, Daniel Vetter wrote:
> On Fri, Feb 21, 2014 at 09:03:34PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > If someone holds a vblank reference across the modeset, and after/during
> > the modeset someone tries to grab a vb
On Tue, Mar 04, 2014 at 10:24:54AM +0100, Daniel Vetter wrote:
> On Fri, Feb 21, 2014 at 09:03:33PM +0200, ville.syrjala at linux.intel.com
> wrote:
> > From: Ville Syrj?l?
> >
> > Allow the driver to specify whether all new vblank requests after
> > drm_vblank_off() should be rejected. And add
to just be a fan control issue.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/4ae5809f/attachment.html>
On Wed, Mar 05, 2014 at 02:38:25PM +0200, Ville Syrj?l? wrote:
> On Tue, Mar 04, 2014 at 10:24:54AM +0100, Daniel Vetter wrote:
> > On Fri, Feb 21, 2014 at 09:03:33PM +0200, ville.syrjala at linux.intel.com
> > wrote:
> > > From: Ville Syrj?l?
> > >
> > > Allow the driver to specify whether all
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/42fb1ecb/attachment.html>
Am Mittwoch, den 05.03.2014, 10:05 + schrieb Russell King - ARM
Linux:
> On Wed, Mar 05, 2014 at 10:20:52AM +0100, Philipp Zabel wrote:
> > +struct imx_drm_component {
> > + struct device_node *of_node;
> > + struct list_head list;
> > +};
> > +
>
> The only thing this structure appears to
is a leak).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/a432536a/attachment.html>
Hi
On Wed, Feb 19, 2014 at 2:40 PM, Thomas Hellstrom
wrote:
> Like for render-nodes, there is no point in maintaining the master concept
> for control nodes, so set the struct drm_file::master pointer to NULL.
>
> At the same time, make sure DRM_MASTER | DRM_CONTROL_ALLOW ioctls are always
> all
Hi
On Wed, Feb 19, 2014 at 2:40 PM, Thomas Hellstrom
wrote:
> It doesn't appear to be used anywhere.
Looks good.
Reviewed-by: David Herrmann
Thanks
David
> Signed-off-by: Thomas Hellstrom
> ---
> drivers/gpu/drm/drm_stub.c |5 -
> include/drm/drmP.h |2 --
> 2 files ch
ri-devel/attachments/20140305/715425ab/attachment.html>
iciously large number of
allocations in the r600 code.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/dcdf16de/attachment.html>
ood one :).
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/43477c53/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/b93d987d/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140305/b9bec4d2/attachment.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/505666a5/attachment.html>
mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/af4e6822/attachment.html>
When selecting the engine, return an error if the GPU
doesn't have UVD.
Signed-off-by: Alex Deucher
Cc: stable at vger.kernel.org
---
drivers/gpu/drm/radeon/radeon_cs.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_cs.c
b/drivers/gpu/drm/r
e and time as the LLVM
checkout you are using.
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/5cc0e529/attachment.html>
ture.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/7cd4d2c5/attachment-0001.pgp>
c3>;
dvi_connector_in: endpoint {
remote-endpoint = <&tfp410_out>;
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/4868fdb2/attachment.pgp>
hment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 901 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140305/ce46cb06/attachment.pgp>
Hi,
Any update on this problem?
On Thu, Feb 27, 2014 at 11:21 PM, Borislav Petkov wrote:
> On Thu, Feb 27, 2014 at 11:12:17PM +0100, Rafael J. Wysocki wrote:
>> I won't be able to look at that before Monday I'm afraid (personal
>> stuff).
>
> No worries, sir, whenever. It can wait.
>
> Thanks a
61 matches
Mail list logo
