Dave,
A single vmwgfx fix for a kernel warning about a bug that could potentially
have a task wait forever in the scheduler.
The following changes since commit 79305ec6e60d320832505e95c1a028d309fcd2b6:
Merge tag 'amdkfd-fixes-2015-01-06' of
git://people.freedesktop.org/~gabbayo/linux into dr
Cursor plane updates have historically been fully async and mutliple
updates batched together for the next vsync. And userspace relies upon
that. Since implementing a full queue of async atomic updates is a bit
of work lets just recover the cursor specific behaviour with a hint
flag and some hacks
This builds on top of the crtc->active infrastructure to implement
legacy DPMS. My choice of semantics is somewhat arbitrary, but the
entire pipe is enabled as along as one output is still enabled.
Of course it also clamps everything that's not ON to OFF.
v2: Fix spelling in one comment.
Signed-
This is the infrastructure for DPMS ported to the atomic world.
Fundamental changes compare to legacy DPMS are:
- No more per-connector dpms state, instead there's just one per each
display pipeline. So if you clone either you have to unclone first
if you only want to switch off one screen, or
Not a new type exposed to userspace, just a standard way to create
them since between range, bitmask and enum there's 3 different ways to
pull out a boolean prop.
Also add the kerneldoc for the recently added new prop types, which
Rob forgot all about.
Cc: Rob Clark
Signed-off-by: Daniel Vetter
xt part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/dd7bccd3/attachment.html>
line follows the edge of the geometry.
--
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/20150120/c30d98d7/attachment.html>
Define videoports and use endpoints to describe the connection between
the encoder, bridge and the panel, instead of using phandles.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
--
Define videoports and use endpoints to describe the connection between
the encoder, bridge and the panel, instead of using phandles.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
--
From: Vincent Palatin
This patch adds drm_bridge driver for parade DisplayPort
to LVDS bridge chip.
Signed-off-by: Vincent Palatin
Signed-off-by: Andrew Bresticker
Signed-off-by: Sean Paul
Signed-off-by: Rahul Sharma
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tes
Add documentation for DT properties supported by ps8622/ps8625
eDP-LVDS converter.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
.../devicetree/bindings/video/bridge/ps8622.txt
ps8622 eDP-LVDS converter bridge chip is from parade technologies
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
.../devicetree/bindings/vendor-prefixes.txt|1 +
1 f
Move drm/bridge documentation to video/bridge.
Also, add proper documentation for gpios used by ptn3460.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
.../devicetree/bindings/d
Modify driver to support gpiod interface.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
drivers/gpu/drm/bridge/ptn3460.c | 88 --
1 file c
Force bridge connector detection at the end of the bridge attach.
This is needed to detect the bridge connector early.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
drivers/gpu
Add drm_panel calls to the driver to make the panel and
bridge work together in tandem.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
.../devicetree/bindings/drm/bridge/ptn3460
Modify driver to support drm_bridge.
Signed-off-by: Ajay Kumar
Signed-off-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
.../devicetree/bindings/video/exynos_dp.txt| 12 +++
drivers/gpu/drm/exyno
Use drm_bridge helpers to modify the driver to support
i2c driver model.
Signed-off-by: Ajay Kumar
Acked-by: Inki Dae
Tested-by: Rahul Sharma
Tested-by: Javier Martinez Canillas
Tested-by: Gustavo Padovan
Tested-by: Sjoerd Simons
---
drivers/gpu/drm/bridge/Kconfig |2 +
drivers
Currently, third party bridge drivers(ptn3460) are dependent
on the corresponding encoder driver init, since bridge driver
needs a drm_device pointer to finish drm initializations.
The encoder driver passes the drm_device pointer to the
bridge driver. Because of this dependency, third party drivers
Assign the pointer to bridge ops structure(drm_bridge_funcs) in
the bridge driver itself, instead of passing it to drm_bridge_init.
This will allow bridge driver developer to pack bridge private
information inside the bridge object and pass only the drm-relevant
information to drm_bridge_init.
Si
This patch does the following changes:
-- Use usleep_range instead of udelay.
-- Remove driver_private member from ptn3460 structure.
-- Make all possible functions and structures static.
-- Use dev_err for non-DRM errors.
-- Arrange header files alphabetical
This series is based on v3.19-rc5 tag of Linux-next tree at:
git://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git
Changes since V2:
-- Address comments from Jingoo Han for ps8622 driver
-- Address comments from Daniel, Rob and Thierry regarding
bridge chaini
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/0dc9dc2e/attachment.html>
From: Fabio Estevam
In the case of errors we should propagate them.
Signed-off-by: Fabio Estevam
---
Changes since v2:
- Propage the error in more places like suggested by Philipp
drivers/gpu/drm/imx/imx-tve.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
di
Based on broonie/ASoC
v10:
- add the generic dt-card
- define the audio ports from a DT graph of ports (Russell King)
- reuse HDMI constants (Andrew Jackson - Jyri Sarha)
- alloc rate_constraints in codec (Jyri Sarha)
- fix bad number of channels (Jyri Sarha
u are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/71d9e8f9/attachment.html>
eceiving 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/20150120/4936f95c/attachment.html>
To create simple cards, the syntax of the simple-card does not follow
the common binding of the device graphs
(Documentation/devicetree/bindings/graph.txt).
dt-card devices are created by audio controllers with themselves as the
root of the graph. The sound card is created according to the paramet
https://bugzilla.kernel.org/show_bug.cgi?id=90741
--- Comment #12 from Gustaw Smolarczyk ---
This hack, when applied on top of 3.19-rc5, seems to fix the problem.
--
You are receiving this mail because:
You are watching the assignee of the bug.
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/5b38d045/attachment.html>
snd_soc_get_dai_name() may be used to define a sound card with
a different syntax from the one of the simple-card.
Signed-off-by: Jean-Francois Moine
---
include/sound/soc.h | 2 ++
sound/soc/soc-core.c | 5 +++--
2 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/include/sound/soc.
--- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/f2f02368/attachment.html>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/525f71dc/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=91571
Alberto Salvia Novella changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
With I2S input, the CTS_N predivider depends on the audio sample width.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 21 ++---
include/sound/tda998x.h | 4 +++-
sound/soc/codecs/tda998x.c| 5 +++--
3 files changed, 24 insertions(+
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/600fead0/attachment.html>
The tda998x CODEC maintains the audio format and rate constraints according
to the HDMI device parameters (EDID) and sets dynamically the input ports
in the TDA998x I2C driver on start/stop audio streaming.
Signed-off-by: Jean-Francois Moine
---
drivers/gpu/drm/i2c/tda998x_drv.c | 124 ++
https://bugzilla.kernel.org/show_bug.cgi?id=91571
--- Comment #2 from Alex Deucher ---
Both fglrx and radeon support dynamic power management so this does not likely
have anything to do with power management. It looks like a plain old GPU hang.
I'd suggest updating your mesa stack in the case o
https://bugzilla.kernel.org/show_bug.cgi?id=91571
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #1 fr
On Mon, Jan 19, 2015 at 10:35 PM, Javier Martinez Canillas
wrote:
> Hello Thierry,
>
> On 01/19/2015 05:30 PM, Thierry Reding wrote:
>>>
>>> I know you probably are very busy but it would be great if you can take a
>>> look
>>> to this series to avoid another kernel release to be missed since we
If system provides IOMMU feature, Exynos DRM should use it by default,
because the Exynos DRM subdrivers don't work correctly when Exynos IOMMU
driver has been enabled and no IOMMU support has been compiled into Exynos
DRM driver.
Signed-off-by: Marek Szyprowski
---
drivers/gpu/drm/exynos/Kconfi
HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/da5e2bfa/attachment-0001.html>
ee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/24dc263d/attachment.html>
On 01/19/2015 06:29 AM, Chris Wilson wrote:
> Allow mesa/dri2 to implement GLX_EXT_buffer_age by reporting the sbc of
> when the current back buffer was defined. As this may require ddx
> support, only set the value if enabled by the ddx and report the new
> semantics via a DRI2GetParam request.
>
Hello Marek,
On 01/20/2015 01:16 PM, Marek Szyprowski wrote:
> Mixed need to have hdmi clock enabled to properly perform power on/off
> sequences, so add handling of this clock directly to the mixer driver.
> Dependency between hdmi clock and mixer module has been observed on
> Exynos4 based board
Mixed need to have hdmi clock enabled to properly perform power on/off
sequences, so add handling of this clock directly to the mixer driver.
Dependency between hdmi clock and mixer module has been observed on
Exynos4 based boards.
Suggested-by: Andrzej Hajda
Signed-off-by: Marek Szyprowski
---
From: Andrzej Hajda
The patch adds domain definition and references to it in appropriate devices.
Signed-off-by: Andrzej Hajda
[mszyprow: rebased onto generic power domains dt bindings]
Signed-off-by: Marek Szyprowski
Tested-by: Javier Martinez Canillas
Reviewed-by: Javier Martinez Canillas
Mixed block needs to control hdmi clock to properly perform power on/off
operation, so add 'hdmi' clock also to mixer nodes.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos5250.dtsi | 5 +++--
arch/arm/boot/dts/exynos5420.dtsi | 5 +++--
2 files changed, 6 insertions(+), 4 deletions
From: Tomasz Stanislawski
This patch adds configuration of hw modules required to enable HDMI
support on Universal C210 board.
Signed-off-by: Tomasz Stanislawski
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4210-universal_c210.dts | 57 +
1 file changed,
This patch adds nodes specific to Exynos4412 based Odroid X/X2/U2/U3
boards required for enabling HDMI display.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4412-odroid-common.dtsi | 44 +
1 file changed, 44 insertions(+)
diff --git a/arch/arm/boot/dts/exy
TV Mixer needs both TV and LCD0 domains enabled to be fully operational.
This dependency is modelled by making TV power domains a sub-domain of
LCD0 power domain.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4.dtsi | 1 +
1 file changed, 1 insertion(+)
diff --git a/arch/arm/boot/
This patch adds entries for HDMI, Mixer and i2c with hdmi-phy modules
found in Exynos 4210 and 4x12 SoCs.
Signed-off-by: Marek Szyprowski
---
arch/arm/boot/dts/exynos4.dtsi| 40 +++
arch/arm/boot/dts/exynos4210.dtsi | 8
arch/arm/boot/dts/exynos4
This patch adds support for making one power domain a sub-domain of
other domain. This is useful for modeling power dependences for devices
like TV Mixer or Camera ISP, which needs to have more than one power
domain enabled to be operational.
Based on previous work by Amit Daniel Kachhap .
Signed
This patch adds a note on defining subdomains to generic PM domain
binding documentation to let power domain providers use common approach
for defining power domain hierarchy.
Signed-off-by: Marek Szyprowski
Acked-by: Geert Uytterhoeven
Reviewed-by: Ulf Hansson
---
.../devicetree/bindings/powe
Hi all,
This is yet another approach to submit patches, which enables HDMI
support for two Exynos based platforms: UniversalC210 and Odroid X2/U3.
Beside DTS changes, this patchset adds parent domain support for Exynos
PM domains. This was the most controversial patch in the previous
attempts, bu
On Tue, Jan 20, 2015 at 1:02 PM, Mike Turquette
wrote:
> Quoting Thierry Reding (2015-01-20 02:48:20)
>> From: Thierry Reding
>>
>> This new function is similar to clk_set_parent(), except that it doesn't
>> actually change the parent. It merely checks that the given parent clock
>> can be a par
Since drm_helper_probe_single_connector_modes_merge_bits() and other
places also update connector->status, the output_poll_execute() and/or
drm_helper_hpd_irq_event() logic can get confused and forget to send
a HPD event.
There are two possible solutions: (1) keep track of state at last HPD
check
On 01/19/2015 03:00 AM, Chris Wilson wrote:
> In order for X/DDX to reuse a driver specific field of the DRI2GetBuffers
> reply, we need to declare the change in semantics. To indicate that the
> flags field now continues the last swap buffers count instead, we
> introduce the has-buffer-age parame
On 01/20/2015 12:35 PM, Ian Romanick wrote:
> On 01/19/2015 03:00 AM, Chris Wilson wrote:
>> + DRI2Buffer *buffers;
>> +
>> + for (i = 0; i < priv->bufferCount; i++)
>> + attachments[i] = priv->buffers[i].attachment;
>> +
>> + buffers = DRI2GetBuffers(priv->base.psc-
On 01/19/2015 03:00 AM, Chris Wilson wrote:
> Since the introduction of DRI2GetBuffersWithFormat, the old
> DRI2GetBuffers interface would always recreate all buffers all the time
> as it was no longer agnostic to the format value being set by the DDXes.
> This causes an issue with clients intermix
aps the subject should be updated to something like:
drm/tegra: Track changed planes in CRTC state
?
Thierry
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150120/bb37a1ae/attachment.sig>
On 01/19/2015 03:00 AM, Chris Wilson wrote:
> Within the DRI2GetBuffers return packet there is a 4-byte field that is
> currently unused by any driver, i.e. flags. With the co-operation of a
> suitably modified X server, we can pass the last SBC on which the buffer
> was defined (i.e. the last Swap
On Tue, Jan 20, 2015 at 11:48:53AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> Wrap struct drm_crtc_state in a driver-specific structure and add the
> planes field which keeps track of which planes are updated or disabled
> during a modeset. This allows atomic updates of the the displ
The device drvdata is used for component bind, but points to the
encoder/connector structure which is hidden from the slave encoder.
For audio extension, the slave encoder private data must be accessible,
so, this patch changes drvdata to the slave encoder private data and
sets it in case of slave
On Tue, Jan 20, 2015 at 11:48:22AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> In order to prevent drivers from having to perform the same checks over
> and over again, add an optional ->atomic_disable callback which the core
> calls under the right circumstances.
>
> v2: pass old st
On Tue, Jan 20, 2015 at 11:48:21AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> There is no use-case where it would be useful for drivers not to
> implement this function and the transitional plane helpers already
> require drivers to provide an implementation.
>
> Signed-off-by: Thie
On Tue, Jan 20, 2015 at 11:48:24AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This function is useful to obtain the state of the CRTC that a plane is
> being attached to.
>
> Signed-off-by: Thierry Reding
> ---
> include/drm/drm_atomic.h | 21 +
> 1 file change
On Tue, Jan 20, 2015 at 11:48:23AM +0100, Thierry Reding wrote:
> From: Thierry Reding
>
> This callback can be used instead of the legacy ->mode_fixup() and is
> passed the CRTC and connector states. It can thus use these states to
> validate the modeset and cache values in the state to be used
On Thu, Jan 15, 2015 at 5:46 AM, Oded Gabbay wrote:
> This small patch-set fixes a corner-case bug in kernel queue handling, which
> was caused by using a function called sync_with_hw().
>
> The patch-set removes this function, as it is not needed anymore. As a result,
> we need to replace cpu_rel
On Tue, Jan 13, 2015 at 6:19 AM, Oded Gabbay wrote:
> This patch-set continues to prepare amdkfd so it could support VI APU. it
> prepares DQM and KQ modules to support more than one ASIC.
>
> Note: there is no change in the IOCTLs.
Series is:
Reviewed-by: Alex Deucher
>
> Oded
>
> Ben
On 01/19/2015 03:00 AM, Chris Wilson wrote:
> As the SBC from the reply from SwapBuffers is not used immediately and
> can be easily determined by counting the new of SwapBuffers requests
> made by the client, we can defer the synchronisation point to the
> pending GetBuffers round trip. (We force
On Sun, Jan 18, 2015 at 10:23 AM, Oded Gabbay wrote:
> From: Ben Goz
>
> Signed-off-by: Ben Goz
> Signed-off-by: Oded Gabbay
Reviewed-by: Alex Deucher
> ---
> drivers/gpu/drm/amd/amdkfd/kfd_module.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/gpu/drm/amd
From: Thierry Reding
Previously output drivers would enable continuous display mode and power
up the display controller at various points during the initialization.
This is suboptimal because it accesses display controller registers in
output drivers and duplicates a bit of code.
Move this code
From: Thierry Reding
Tracking these in the plane state allows them to be computed in the
->atomic_check() callback and reused when applying the configuration in
->atomic_update().
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 127 ++--
From: Thierry Reding
Wrap struct drm_crtc_state in a driver-specific structure and add the
planes field which keeps track of which planes are updated or disabled
during a modeset. This allows atomic updates of the the display engine
at ->atomic_flush() time.
Signed-off-by: Thierry Reding
---
d
From: Thierry Reding
All output drivers have now been converted to use the ->atomic_check()
callback, so the ->mode_fixup() callbacks are no longer used.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dsi.c | 87
drivers/gpu/drm/tegra/hdmi
From: Thierry Reding
Provide a custom ->atomic_commit() implementation which supports async
commits. The generic atomic page-flip helper can use this to implement
page-flipping.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 129
dr
From: Thierry Reding
Replace drm_crtc_helper_set_config() by drm_atomic_helper_set_config().
All drivers have now been converted to use ->atomic_check() to set the
atomic state, therefore the atomic mode setting helpers can be used.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c
From: Thierry Reding
All clock state is now stored in the display controller's atomic state,
so the output drivers no longer need to call back into the display
controller driver to set up the clock. This is also required to make
sure no hardware changes are made before validating a configuration.
From: Thierry Reding
The implementation of the ->atomic_check() callback precomputes all
parameters to check if the given configuration can be applied. If so the
precomputed values are stored in the atomic state object for the encoder
and applied during modeset. In that way the modeset no longer
From: Thierry Reding
The implementation of the ->atomic_check() callback precomputes all
parameters to check if the given configuration can be applied. If so the
precomputed values are stored in the atomic state object for the encoder
and applied during modeset. In that way the modeset no longer
From: Thierry Reding
The implementation of the ->atomic_check() callback precomputes all
parameters to check if the given configuration can be applied. If so the
precomputed values are stored in the atomic state object for the encoder
and applied during modeset. In that way the modeset no longer
From: Thierry Reding
The implementation of the ->atomic_check() callback precomputes all
parameters to check if the given configuration can be applied. If so the
precomputed values are stored in the atomic state object for the encoder
and applied during modeset. In that way the modeset no longer
From: Thierry Reding
This allows the clock setup to be separated from the clock programming
and better matches the expectations of the atomic modesetting where no
code paths must fail during modeset.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 76 +++
From: Thierry Reding
Switch out the regular plane helpers for the atomic plane helpers. Also
use the default atomic helpers to implement the ->atomic_check() and
->atomic_commit() callbacks. The driver now exclusively uses the atomic
interfaces.
Signed-off-by: Thierry Reding
---
drivers/gpu/dr
From: Thierry Reding
Hook up the default ->reset() and ->atomic_duplicate_state() helpers.
This ensures that state objects are properly created and framebuffer
reference counts correctly maintained.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 12
drivers/gpu/d
From: Thierry Reding
Implement initial atomic state handling. Hook up the CRTCs, planes' and
connectors' ->atomic_destroy_state() callback to ensure that the atomic
state objects don't leak.
Furthermore the CRTC now implements the ->mode_set_nofb() callback that
is used by new helpers to impleme
From: Thierry Reding
Commit 9c0127004ff4 ("drm/tegra: dc: Add powergate support") changed the
driver's ->probe() implementation to deassert the module reset, and with
there being nobody else to assert it until ->remove() there is no need
to deassert again later on.
Signed-off-by: Thierry Reding
From: Thierry Reding
The tegra_output_exit() and tegra_output_remove() functions cannot fail,
so make them return void.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.h| 4 ++--
drivers/gpu/drm/tegra/dsi.c| 6 +-
drivers/gpu/drm/tegra/hdmi.c | 6 +-
drivers/gp
From: Thierry Reding
The tegra_output midlayer is now completely gone and output drivers use
it purely as a helper library.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 52
drivers/gpu/drm/tegra/drm.h| 39 ---
drivers/gpu/drm/tegra/d
From: Thierry Reding
The debugfs cleanup code never fails, so no error is returned. Therefore
the functions can all return void instead.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dsi.c | 12 +++-
drivers/gpu/drm/tegra/hdmi.c | 13 +++--
drivers/gpu/drm/tegra/sor.
From: Thierry Reding
Implement encoder and connector within the eDP driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages pro
From: Thierry Reding
Implement encoder and connector within the DSI driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages pro
From: Thierry Reding
Implement encoder and connector within the HDMI driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages pr
From: Thierry Reding
Implement encoder and connector within the RGB driver itself using the
Tegra output helpers rather than using the Tegra output as midlayer. By
doing so one level of indirection is removed and output drivers become
more flexible while keeping the majority of the advantages pro
From: Thierry Reding
This is a small helper that performs the basic steps required by all
output drivers to prepare the display controller for use with a given
encoder.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 20
drivers/gpu/drm/tegra/drm.h | 2 ++
From: Thierry Reding
In order to transition output drivers to using the struct tegra_output
as a helper rather than midlayer, make this callback optional. Instead
drivers should implement the equivalent as part of ->mode_fixup(). For
the conversion to atomic modesetting a new callback ->atomic_ch
From: Thierry Reding
The output layer was initially designed to help reduce the amount of
code duplicated in output drivers. An unfortunate side-effect of that
was that it turned into a midlayer and it became difficult to make the
output drivers work without bending over backwards to fit into the
From: Thierry Reding
The DRM core should take care of disabling all unneeded planes, so there
is no need to do this explicitly.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/dc.c | 14 --
1 file changed, 14 deletions(-)
diff --git a/drivers/gpu/drm/tegra/dc.c b/drivers/g
From: Thierry Reding
This structure will be extended using non-framebuffer related callbacks
in subsequent patches, so it should move to a more central location.
Signed-off-by: Thierry Reding
---
drivers/gpu/drm/tegra/drm.c | 15 +++
drivers/gpu/drm/tegra/drm.h | 4
drivers/g
1 - 100 of 135 matches
Mail list logo
