On Monday 22 February 2016 17:36:36 Rob Clark wrote:
> On Mon, Feb 22, 2016 at 4:08 PM, Arnd Bergmann wrote:
> > I saw some regressions on today's Linux-next kernel after
> > the Makefiles got reworked and tried to come up with a quick
> > fix. This ended up taking much longer, but the new version
ts.freedesktop.org/archives/dri-devel/attachments/20160222/c061aadb/attachment.html>
s scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/1a9600b2/attachment.html>
The fsl-dcu driver copies a drm_mode_config object to its
stack but then only accesses a single member (dpms_property)
once. The data structure is large enough to trigger a warning
about the amount of kernel stack being used:
drivers/gpu/drm/fsl-dcu/fsl_dcu_drm_rgb.c: In function
'fsl_dcu_drm_con
The msm driver currently has a single module_init() function but
consists of multiple modules that each register a platform driver.
This changes the msm_drm_register() function to not call the
other functions but instead rely on module load order and/or
link order to ensure that the other modules
Moving around the Makefile for HDMI caused a link error with
the main driver referring to a builtin module that has no
exported symbols:
drivers/gpu/built-in.o: In function `msm_drm_register':
:(.init.text+0x654): undefined reference to `msm_hdmi_register'
This changes the EDP symbol to a 'trista
Moving around the Makefile for EDP caused a link error with
the main driver referring to a builtin module that has no
exported symbols:
drivers/gpu/built-in.o: In function `msm_drm_register':
:(.init.text+0x654): undefined reference to `msm_edp_register'
This changes the EDP symbol to a 'tristate
Moving around the Makefile for DSI caused a link error with
the main driver referring to a builtin module that has no
exported symbols:
drivers/gpu/built-in.o: In function `msm_drm_register':
:(.init.text+0x654): undefined reference to `msm_dsi_register'
This changes the DSI symbol to a 'tristate
The GEM code is used by dsi, so it can't be part of
the main module. This exports all functions that are called
by other code, and puts it into the helper module.
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/msm/Makefile | 3 +--
drivers/gpu/drm/msm/msm_gem.c | 29 +
This is a preparation for having edp, dsi and hdmi in separate
modules. Those three drivers depend on the iotrace code and,
and edp depends on gem, which in turn depends on the fence.
With this change, those two pieces of the main driver can be
loaded first, to resolve circular dependencies.
Sign
msm.ko is not an appropriate name for a module that drives a specific
device on the msm platform. This changes the name to drm_msm.ko
to have something that won't conflict with any other module name.
Signed-off-by: Arnd Bergmann
---
drivers/gpu/drm/msm/Makefile | 12 ++--
1 file changed,
Global symbols in the kernel should be prefixed by the name
of the subsystem and/or driver to avoid conflicts when all
code is built-in.
In this case, function names like 'hdmi_register' or 'hdmi_set_mode'
are way too generic for an MSM specific DRM driver, so I'm renaming
them all to msm_hdmi_* h
I saw some regressions on today's Linux-next kernel after
the Makefiles got reworked and tried to come up with a quick
fix. This ended up taking much longer, but the new version should
be cleaner and I no longer get any build errors in this
driver.
The first two patches are just preparation to avo
Hi Dave -
Here's the display power stuff that Daniel and I were a bit hesitant to
queue to v4.5 at this late stage, but since you said, "looks fairly self
contained, if it make skylake suck less I'm all for it", here goes.
Most of the commits are quite similar, ensuring the display power
doesn't
Hi Mehul,
On Mon, Feb 22, 2016 at 05:58:10PM +0530, Mehul Sawarkar wrote:
> I am Mehul Sawarkar from India .I want to be part of X.Org during GSoC
> 2016.I know C/C++.Please help me getting started with some easy task you
> might have in mind.What are some of prospective project ideas for GSoC 201
From: Christian König
A fence is never later than itself. This caused a bunch of overhead for AMDGPU.
v2: simplify check as suggested by Michel.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
include/linux/fence.h | 2
The event_data passed from pem_fini was not cleared upon initialization.
This caused NULL checks to pass and cast_const_phw_tonga_power_state to
attempt to dereference an invalid pointer. Clear the event_data in
pem_init and pem_fini before calling pem_handle_event.
Signed-off-by: Bradley Pankow
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
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 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
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 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 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 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 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 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
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
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 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
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
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
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_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_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_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_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_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
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 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 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
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_
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 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
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
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
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
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/
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-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-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
---
.../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 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 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 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/
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
'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
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
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
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
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.
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
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/7c76dcf0/attachment.html>
ou 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/22593699/attachment.html>
Mehul Sawarkar
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/5bc4e499/attachment.html>
On Mon, Feb 22, 2016 at 4:08 PM, Arnd Bergmann wrote:
> I saw some regressions on today's Linux-next kernel after
> the Makefiles got reworked and tried to come up with a quick
> fix. This ended up taking much longer, but the new version should
> be cleaner and I no longer get any build errors in
||g/show_bug.cgi?id=94232
--
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/833c8
Hi Phillipp,
On Mon, 22 Feb 2016 17:12:27 +0100, Philipp Zabel wrote:
> Am Montag, den 22.02.2016, 14:14 + schrieb John Keeping:
> > 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
> advanta
he bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/8626ba26/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
On Mon, Feb 22, 2016 at 02:18:10PM +, Lionel Landwerlin wrote:
> 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 Broadcas
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>
On Mon, Feb 22, 2016 at 02:18:08PM +, Lionel Landwerlin wrote:
> Implement Daniel Stone's recommendation to not read registers to infer
> the hardware's state.
>
> Signed-off-by: Lionel Landwerlin
Do we need to ensure that software and hardware state are synchronized
at startup? A boot firm
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
part --
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/1874b160/attachment.html>
On Mon, Feb 22, 2016 at 02:18:07PM +, Lionel Landwerlin wrote:
> 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 th
scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/5d183f9b/attachment.html>
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
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
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
>>> +
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
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>
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>
+ 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>
-
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>
From: Christian König
A fence is never later than itself. This caused a bunch of overhead for AMDGPU.
v2: simplify check as suggested by Michel.
Signed-off-by: Christian König
Reviewed-by: Michel Dänzer
Reviewed-by: Alex Deucher
Signed-off-by: Alex Deucher
---
include/linux/fence.h | 2
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:
These warnings still seem to be present with DP MST configurations. They
don't actually indicate any impending doom, so we may as well use
I915_STATE_WARN_ON() here to help quiet things down a little bit for
distro kernel users.
Signed-off-by: Lyude
---
drivers/gpu/drm/i915/intel_pm.c | 2 +-
1
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
---
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.
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
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
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
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
/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>
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
On Mon, Feb 22, 2016 at 1:19 AM, Archit Taneja
wrote:
>
>
> 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 b
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>
--
An HTML attachment was scrubbed...
URL:
<https://lists.freedesktop.org/archives/dri-devel/attachments/20160222/80836dcc/attachment.html>
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>
1 - 100 of 130 matches
Mail list logo
