--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/73d3919e/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/b5b73ed8/attachment.html>
for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/f698d6c2/attachment.html>
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/fbd25a55/attachment.html>
On 02/22/2016 08:23 AM, Rob Herring wrote:
> On Mon, Feb 15, 2016 at 06:30:59PM +0530, Archit Taneja wrote:
>> The DSI driver is currently unaware of how the DSI clock and data pins
>> are mapped to the logical lanes provided by the DSI controller.
>>
>> Use the generic 'lanes' DT binding provide
Hi Dave,
The following changes since commit 4c4400504f6ada0cfed682fbe7e6c65efbda3952:
Merge remote-tracking branch 'linuxtv/vsp1' into HEAD (2016-02-20 02:58:43
+0200)
are available in the git repository at:
git://linuxtv.org/pinchartl/fbdev.git drm/next/du
for you to fetch changes up to
On Thu, 2016-02-18 at 16:12 +0100, Thierry Reding wrote:
> On Wed, Feb 17, 2016 at 02:50:39PM +0800, Jitao Shi wrote:
> > The LG lp120up1 panel is a 12.0" 1920x1280 panel,
> > which can be supported by the simple panel driver
>
> It'd be nice to mention the type of interface of the panel here. Whi
On Thu, 2016-02-18 at 08:36 -0600, Rob Herring wrote:
> On Wed, Feb 17, 2016 at 02:50:38PM +0800, Jitao Shi wrote:
> > Add documentation for lp120up1 panel
> >
> > Signed-off-by: Jitao Shi
> > ---
> > .../bindings/display/panel/lg,lp120up1.txt |7 +++
> > 1 file changed, 7 insert
next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/00f56b3e/attachment-0001.html>
On Sat, 20 Feb 2016, Rodrigo Vivi wrote:
> We have a duplicated patch on drm-intel-nightly
>
> commits d7006964d and cc1de6e80
[I snipped the extra trailing 'q' off the 2nd commit id.]
> causing:
>
> drivers/gpu/drm//amd/amdgpu/amdgpu_ttm.c:818:6: error: redefinition of
> âamdgpu_ttm_tt_affect
Op 19-02-16 om 04:21 schreef Dave Airlie:
> On 16 February 2016 at 21:37, Ville Syrjälä
> wrote:
>> On Mon, Feb 15, 2016 at 02:17:01PM +0100, Maarten Lankhorst wrote:
>>> Because we record connector_mask using 1 << drm_connector_index now
>>> the connector_mask should stay the same even when oth
o)
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/953c2965/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/aa6f6a90/attachment.html>
On 02/22/2016 08:24 AM, Rob Herring wrote:
> On Mon, Feb 15, 2016 at 12:23:26PM +0530, Archit Taneja wrote:
>> Add HDMI PHY bindings. Update the example to use HDMI PHY.
>>
>> Add a missing power-domains property in the HDMI core bindings.
>>
>> Cc: devicetree at vger.kernel.org
>> Cc: Rob Herrin
rchives/dri-devel/attachments/20160222/8518f4e1/attachment.html>
t;https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/fea72ef4/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/09f5fe3f/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/b48c8cc5/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/a575d96a/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/f841d5dc/attachment.html>
revious screenshot attachments, please look at this one
instead
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/c7ef2481/attachment.html>
On Fri, Nov 20, 2015 at 02:22:04PM +, Liviu Dudau wrote:
> Rockchip DRM driver cannot use the same compare_of() function to
> match ports and remote ports (aka encoders) as their OF sub-trees
> look different. Add a second compare function to be used when encoders
> are added to the component f
If the geometry of a crtc is changing in an atomic update then we much
validate the plane size against the new state of the crtc and not the
current size, otherwise if the crtc size is increasing the plane will be
cropped at the previous size and will not fill the screen.
Signed-off-by: John Keepi
Mehul Sawarkar
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/5bc4e499/attachment.html>
for more robust solution ?
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/994bf4a1/attachment.html>
or the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/d20b6f4d/attachment.html>
[Cutting down the CC list]
Hi there,
Must admit that looking at contributors from chromium.org feels quite
heart warming.
On 19 February 2016 at 00:50, C Stout wrote:
> Change-Id: I6c891515d93a6f1a597e762090c3530a6810c6c6
> ---
> drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 43
> +
+ dev->dev->of_node->full_name);
Isn't this an error? Can the driver proceed if there's no port node?
Tomi
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/051d0fe4/attachment.sig>
scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/03bc1f59/attachment-0001.sig>
On 22 February 2016 at 12:48, Emil Velikov wrote:
> [Cutting down the CC list]
>
> Hi there,
>
> Must admit that looking at contributors from chromium.org feels quite
> heart warming.
>
> On 19 February 2016 at 00:50, C Stout wrote:
>> Change-Id: I6c891515d93a6f1a597e762090c3530a6810c6c6
>> ---
>
crubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/2746f057/attachment.sig>
On 19 February 2016 at 00:50, C Stout wrote:
> Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81
> ---
> drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 39
> +--
> 1 file changed, 37 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gpu/drm/msm/adreno/a4xx_gpu.c
ou are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/ef3f8f0b/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/80836dcc/attachment.html>
use:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/b44b18d5/attachment.html>
Hi,
Is there a reason why endpoints in a device tree graph can't be
disabled?
I would like to be able to force the use of a particular CRTC for
certain outputs even though the hardware is capable of connecting any
CRTC to any output. In this case I need to be able to support a wide
range of freq
/msg00253.html
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/574a19d0/attachment-0001.html>
This series introduces pipe level color management through a set of properties
attached to the CRTC. It also provides an implementation for some Intel
platforms.
This series is based of a previous set of patches by Shashank Sharma.
Cheers,
Lionel
Lionel Landwerlin (5):
drm/i915: Extract out
The moves a couple of functions programming the gamma LUT and CSC
units into their own file.
On generations prior to Haswell there is only a gamma LUT. From
haswell on there is also a new enhanced color correction unit that
isn't used yet. This is why we need to set the GAMMA_MODE register,
either
Implement Daniel Stone's recommendation to not read registers to infer
the hardware's state.
Signed-off-by: Lionel Landwerlin
---
drivers/gpu/drm/i915/intel_color.c | 7 +--
drivers/gpu/drm/i915/intel_drv.h | 3 +++
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu
Patch based on a previous series by Shashank Sharma.
This introduces optional properties to enable color correction at the
pipe level. It relies on 3 transformations applied to every pixels
displayed. First a lookup into a degamma table, then a multiplication
of the rgb components by a 3x3 matrix
Patch based on a previous series by Shashank Sharma.
v2: Do not read GAMMA_MODE register to figure what mode we're in
v3: Program PREC_PAL_GC_MAX to clamp pixel values > 1.0
Add documentation on how the Broadcast RGB property is affected by CTM
v4: Update contributors
v5: Refactor degamma/
Patch based on a previous series by Shashank Sharma.
v2: Update contributors
v3: Refactor degamma/gamma LUTs load into a single function
v4: Remove unused variable
Signed-off-by: Shashank Sharma
Signed-off-by: Lionel Landwerlin
Signed-off-by: Kumar, Kiran S
Signed-off-by: Kausal Malladi
---
-
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/858f87cb/attachment.html>
On Mon, Feb 22, 2016 at 8:46 AM, Emil Velikov
wrote:
> On 19 February 2016 at 00:50, C Stout wrote:
>> Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81
>> ---
>> drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 39
>> +--
>> 1 file changed, 37 insertions(+), 2 deleti
On 22 February 2016 at 14:51, Rob Clark wrote:
> On Mon, Feb 22, 2016 at 8:46 AM, Emil Velikov
> wrote:
>> On 19 February 2016 at 00:50, C Stout wrote:
>>> Change-Id: Ife53627e9985e1204cc319da0221338e5272eb81
>>> ---
>>> drivers/gpu/drm/msm/adreno/a4xx_gpu.c | 39
>>> +
On Mon, Feb 22, 2016 at 11:51:47AM +, Liviu Dudau wrote:
> On Fri, Nov 20, 2015 at 02:22:04PM +, Liviu Dudau wrote:
> > Rockchip DRM driver cannot use the same compare_of() function to
> > match ports and remote ports (aka encoders) as their OF sub-trees
> > look different. Add a second com
The LG lp120up1 TFT LCD panel with eDP interface is a 12.0" 1920x1280
panel, which can be supported by the simple panel driver
Signed-off-by: Jitao Shi
---
Changes since v1:
- Add eDP panel type in comment msg
- Fixed comment msg with 72 characters width
---
drivers/gpu/drm/panel/panel-simple.
linux-arm-kernel mailing list
> linux-arm-kernel at lists.infradead.org
> http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
>
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/1808403d/attachment-0001.html>
mp;lg_lp120up1,
> > + }, {
> > .compatible = "lg,lp129qe",
> > .data = &lg_lp129qe,
> > }, {
> > --
> > 1.7.9.5
> >
> >
> > ___
> > linux-arm-kernel mailing list
> > linux-arm-kernel at lists.infradead.org
> > http://lists.infradead.org/mailman/listinfo/linux-arm-kernel
> >
-- next part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/036840e4/attachment-0001.sig>
Ville, Daniel,
any additional info I could provide? I have to return dual-link DVI
cable back, so let me know if I could reveal more details if necessary.
Regards,
Oleksandr
16.02.2016 14:54, Daniel Vetter напиÑав:
> On Tue, Feb 16, 2016 at 12:58:56PM +0200, Oleksandr Natalenko wrote:
Hello Jyri,
Integrated and tested on sti platform with success.
I will re-submit patch-set associated to sti platform, when (if) patches
accepted.
Regards
Arnaud
On 02/17/2016 03:49 PM, Jyri Sarha wrote:
> The hdmi-codec is a platform device driver to be registered from
> drivers of external HD
Add documentation for lp120up1 panel
Signed-off-by: Jitao Shi
Acked-by: Rob Herring
---
Changes since v1:
- add Acked-by: Rob Herring
---
.../bindings/display/panel/lg,lp120up1.txt |7 +++
1 file changed, 7 insertions(+)
create mode 100644
Documentation/devicetree/bindings/d
On Mon, Feb 22, 2016 at 03:51:29PM +, Russell King - ARM Linux wrote:
> On Mon, Feb 22, 2016 at 11:51:47AM +, Liviu Dudau wrote:
> > On Fri, Nov 20, 2015 at 02:22:04PM +, Liviu Dudau wrote:
> > > Rockchip DRM driver cannot use the same compare_of() function to
> > > match ports and remo
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/5d183f9b/attachment.html>
Hi John,
Am Montag, den 22.02.2016, 14:14 + schrieb John Keeping:
> Hi,
>
> Is there a reason why endpoints in a device tree graph can't be
> disabled?
You can always remove them using /delete-node/, which also has the
advantage of reminding you not to leave a single dangling endpoint.
> I
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/1874b160/attachment.html>
Hi,
Here's a second omapdrm patch series, based on top of the earlier series
"[PATCH 00/33] drm/omap: patches for v4.6".
The main theme in this series is cleanup. Now that we no longer share the
omapdss driver between omapdrm and omapfb, we can do some bigger cleanups.
However, we still share the
For legacy reasons omapdss handles system suspend/resume via PM notifier
callback, where the driver disables/resumes all the outputs.
This doesn't work well with omapdrm. What happens on suspend is that the
omapdss disables the displays while omapdrm is still happily continuing
its work, possibly
core.c is the only caller of dss_disable_all_devices(). We can thus move
the function from display.c to core.c and make it static.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/core.c| 13 +
drivers/gpu/drm/omapdrm/dss/display.c | 13 -
drivers/gpu/drm
'struct omap_dss_hdmi_data' is not used anywhere, so we can remove it.
Signed-off-by: Tomi Valkeinen
---
include/video/omapdss.h | 7 ---
1 file changed, 7 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
index 6c1a3e1b4d55..07c7d993c021 100644
--- a/include/video
omap_hdmi_init() function does not exist anymore, so we can remove the
declaration.
Signed-off-by: Tomi Valkeinen
---
include/video/omapdss.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/include/video/omapdss.h b/include/video/omapdss.h
index 07c7d993c021..7a2724e1622f 100644
--- a/inclu
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/panel-dsi-cm.c | 49 +++--
1 file changed, 5 insertions(+), 44 deletions(-)
diff --git a/
We no longer have any boards that require the platform data support from
the encoder, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/encoder-tfp410.c | 41 +++
1 file changed, 5 insertions(+), 36 deletions(-)
diff --git
We no longer have any boards that require the platform data support from
the connector, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/connector-hdmi.c | 39 +++
1 file changed, 5 insertions(+), 34 deletions(-)
diff --gi
We no longer have any boards that require the platform data support from
the connector, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/displays/connector-dvi.c | 55 +++-
1 file changed, 5 insertions(+), 50 deletions(-)
diff --gi
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
.../omapdrm/displays/panel-lgphilips-lb035q02.c| 53 ++
1 file changed, 5 insertions(+), 48 deletions(-)
diff --git a/
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
.../drm/omapdrm/displays/panel-sharp-ls037v7dw01.c | 83 ++
1 file changed, 5 insertions(+), 78 deletions(-)
diff --git a/
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
.../drm/omapdrm/displays/panel-nec-nl8048hl11.c| 44 +++---
1 file changed, 5 insertions(+), 39 deletions(-)
diff --git a/
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
.../drm/omapdrm/displays/panel-tpo-td028ttec1.c| 41 +++---
1 file changed, 5 insertions(+), 36 deletions(-)
diff --git a/
We no longer have any boards that require the platform data support from
the panel, so we can remove the related code.
Signed-off-by: Tomi Valkeinen
---
.../drm/omapdrm/displays/panel-tpo-td043mtea1.c| 43 +++---
1 file changed, 5 insertions(+), 38 deletions(-)
diff --git a/
omapdrm and omapfb still share the same include/video/omapdss.h. We need
to change that so that we can proceed with omapdrm work.
However, it's not trivial to make separate omapfb and omapdrm versions
of omapdss.h, as that file is also included in other places like arch
code, audio code and omap_v
This patch continues the work to create private versions of the
omapdss.h header for omapdrm and omapfb. This one moves 'struct dss_mgr_ops'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 22 ++
drivers/video/fbdev/omap2/omapfb/dss/dss.h | 24
This patch continues the work to create private versions of the
omapdss.h header for omapdrm and omapfb. This one moves the dss_mgr_*
function declarations.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 16
drivers/video/fbdev/omap2/omapfb/dss/ds
We are removing the use of the 'struct omap_overlay_manager' from
omapdrm, and one part of that is removing the use of
mgr->supported_outputs field.
This patch adds dispc_mgr_get_supported_outputs() function which can be
used instead of mgr->supported_outputs. omap_crtc.c is changed to use
the new
In order to remove uses of 'struct omap_overlay_manager' we need to get
rid of using omapdss_find_mgr_from_display() when initializing omapdrm.
Instead of using omapdss_find_mgr_from_display() and mgr->id to find the
dispc channel used for the given display, we can instead use
omapdss_find_output_
Use 'out->dispc_channel_connected' to check if the device is connected
to an overlay manager or not, instead of using 'out->manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/dsi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 2
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_connect() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/dsi.c | 2 +-
driver
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_disconnect() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 4 ++--
drivers/gpu/drm/omapdrm/dss/dsi.c | 4 ++--
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_start_update() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dsi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/omapdss.h | 2 +-
d
The DSS output drivers check 'dssdev->manager' in disconnect()
functions. This check is not needed as the manager must always be set if
the output device was connected. Remove the check.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 3 +--
drivers/gpu/drm/omapdrm/dss/ds
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes HDMI5 driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/hdmi5.c | 30 +-
1 file changed, 13 insertions(+), 17 deletions(-)
diff --git a/dri
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes HDMI4 driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/hdmi4.c | 30 +-
1 file changed, 13 insertions(+), 17 deletions(-)
diff --git a/dri
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes SDI driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/sdi.c | 33 -
1 file changed, 16 insertions(+), 17 deletions(-)
diff --git a/driv
We have now removed all uses of 'struct omap_overlay_manager', so we can
now remove the last places where it is set.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/omap_crtc.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm/omap_crtc.c
b/drivers
In order to remove uses of 'struct omap_overlay_manager' from omapdrm,
this patch removes the crtc->mgr field.
To accomplish that, a new static array is added along the current
'omap_crtcs' static array, which is used to store the output device
connected to a crtc.
Optimally we'd use the struct o
We want to remove the 'struct omap_overlay_manager' from
omap_dss_device. At the moment that field is used, among some other
uses, to see if the omap_dss_device is connected to an overlay manager.
To make it possible to remove the 'struct omap_overlay_manager' field,
this patch adds 'bool dispc_ch
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_disable() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dispc-compat.c | 4 ++--
drivers/gpu/drm/omapdrm/dss/dpi.c |
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_unregister_framedone_handler() to accept 'enum
omap_channel' instead of 'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dsi.c | 4 ++--
drivers/gpu/drm/omapdrm/dss/o
Both dpi and sdi check for 'mgr != NULL' in check_timings. This check is
not necessary, as mgr must always be set before check_timings. Remove
the check.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/sdi.c | 2 +-
2 files changed, 2 inser
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes DPI driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 40 +++
1 file changed, 20 insertions(+), 20 deletions(-)
diff --git
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes VENC driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/venc.c | 24 +++-
1 file changed, 11 insertions(+), 13 deletions(-)
diff --git a/drivers/gpu
We are removing the uses of 'struct omap_overlay_manager'. This patch
changes DSI driver to use 'omap_channel' instead.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dsi.c | 58 +++
1 file changed, 28 insertions(+), 30 deletions(-)
diff --git
We have removed all the uses of compat code from omapdrm and the
non-compat parts of omapdss, so now we can remove all the compat code
itself.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/Makefile|3 -
drivers/gpu/drm/omapdrm/dss/apply.c | 1711 --
We are removing the use of 'struct omap_overlay_manager' from omapdrm.
This patch changes the function pointers in 'dss_mgr_ops' to get 'enum
omap_channel' parameter instead of 'struct omap_overlay_manager'.
The change is very straightforward, as we still use 'struct
omap_overlay_manager' inside t
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_set_timings() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/dsi.c | 4 ++--
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_set_lcd_config() to accept 'enum omap_channel' instead
of 'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/dsi.c | 2 +-
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_enable() to accept 'enum omap_channel' instead of
'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dispc-compat.c | 2 +-
drivers/gpu/drm/omapdrm/dss/dpi.c | 2 +
We are removing uses of 'struct omap_overlay_manager'. This patch
changes dss_mgr_register_framedone_handler() to accept 'enum
omap_channel' instead of 'struct omap_overlay_manager'.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dsi.c | 2 +-
drivers/gpu/drm/omapdrm/dss/omapd
dispc_ovl_check() is not used anywhere, so it can be removed.
Signed-off-by: Tomi Valkeinen
---
drivers/gpu/drm/omapdrm/dss/dispc.c | 41 ---
drivers/gpu/drm/omapdrm/dss/omapdss.h | 5 -
2 files changed, 46 deletions(-)
diff --git a/drivers/gpu/drm/omapdrm
1 - 100 of 130 matches
Mail list logo
