https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #12 from Mike Noe ---
Yes, fixed it here too on Turks, tested with 4.1-RC5
--
You are receiving this mail because:
You are watching the assignee of the bug.
Am 26.05.2015 um 16:04 schrieb Daniel Vetter:
> -nigthly is a rebasing tree, git pull does the wrong thing for that. The
> proper way to track rebasing branches is (assuming you have no local
> patches that you want to keep):
>
> $ git fetch origin
> $ git reset --hard @{upstream}
Thank you for
Am 26.05.2015 um 17:17 schrieb Jani Nikula:
> However we don't necessarily queue Skylake fixes to the current
> development kernels through drm-intel-fixes/drm-fixes, as the Skylake
> support there is anyway preliminary, the fix (I don't think we figured
> out which exact commit it was, did we?) m
On 27 May 2015 at 01:17, Jani Nikula wrote:
> On Tue, 26 May 2015, Daniel Vetter wrote:
>> On Tue, May 26, 2015 at 03:09:04PM +0200, Rainer Koenig wrote:
>>> Hi,
>>>
>>> a week ago I experienced problems on the skylake platform and got the
>>> adivce to try out the drm-intel-nightly branch. I tri
On Wed, 27 May 2015, Dave Airlie wrote:
> On 27 May 2015 at 01:17, Jani Nikula wrote:
>> On Tue, 26 May 2015, Daniel Vetter wrote:
>>> On Tue, May 26, 2015 at 03:09:04PM +0200, Rainer Koenig wrote:
Hi,
a week ago I experienced problems on the skylake platform and got the
adiv
Hello,
>On Wed, Nov 12, 2014 at 6:38 AM, Daniel Thompson linaro.org> wrote:
>> Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except
>> (DRM|O)_CLOEXEC making it hard for the userspace to generate a file
>> descriptor that can be used by mmap().
>>
>> It is easy to relax the restriction a
On 26.05.2015 20:48, Daniel Vetter wrote:
> On Tue, May 26, 2015 at 05:53:38PM +0900, Michel Dänzer wrote:
>> From: Michel Dänzer
>>
>> dev->max_vblank_count contains the largest value that can be represented
>> by the hardware counter. When the hardware counter wraps around, we have
>> to add t
On Tue, May 26, 2015 at 01:48:11PM +0200, Daniel Vetter wrote:
> On Tue, May 26, 2015 at 05:53:38PM +0900, Michel Dänzer wrote:
> > From: Michel Dänzer
> >
> > dev->max_vblank_count contains the largest value that can be represented
> > by the hardware counter. When the hardware counter wraps a
Hi Andy, Mark,
Am Dienstag, den 19.05.2015, 16:30 +0200 schrieb Philipp Zabel:
> It is replaced by drm_of_encoder_active_endpoint_id.
>
> Suggested-by: Daniel Kurtz
> Reviewed-by: Daniel Kurtz
> Signed-off-by: Philipp Zabel
would you give me an Acked-by: for this?
best regards
Philipp
> ---
Hi Gustavo,
Sorry, i was missing some review points.
On 05/23/2015 12:40 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Run dpms operations through the atomic intefaces. This basically removes
> the .dpms() callback from econders and crtcs and use .disable() and
> .enable() to turn the
On 05/23/2015 12:40 AM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Rip out the check from exynos_update_plane() and create
> exynos_check_plane() for the check phase enabling use to use
> the atomic helpers to call our check and update phases when updating
> planes.
>
> Update all users
On 05/23/2015 12:33 AM, Gustavo Padovan wrote:
> Hi Joonyoung,
>
> 2015-05-22 Joonyoung Shim :
>
>> On 05/22/2015 05:02 AM, Gustavo Padovan wrote:
>>> From: Gustavo Padovan
>>>
>>> The new atomic infrastructure needs the .mode_set_nofb() callback to
>>> update CRTC timings before setting any pla
In
commit 9cba5efab5a8145ae6c52ea273553f069c294482
Author: Mario Kleiner
Date: Tue Jul 29 02:36:44 2014 +0200
drm/nouveau: Dis/Enable vblank irqs during suspend/resume
drm_vblank_on/off calls where added around suspend/resume to make sure
vblank stay doesn't go boom over that transition.
These should be functionally equivalent to the older per/post modeset
functions, except that they block out drm_vblank_get right away.
There's only the clock adjusting code (outside of pageflips) in
readone which uses drm_vblank_get. But that code doesn't synchronize
against concurrent modesets and
Now that all drivers are switched over to drm_vblank_on/off we can
relegate pre/post_modeset to the purely drm_irq.c internal role of
supporting on userspace.
As usual switch to the drm_legacy_ prefix to make it clear this is
for old drivers only.
Signed-off-by: Daniel Vetter
---
Documentation/
On 27.05.2015 18:04, Daniel Vetter wrote:
> These should be functionally equivalent to the older per/post modeset
> functions, except that they block out drm_vblank_get right away.
> There's only the clock adjusting code (outside of pageflips) in
> readone which uses drm_vblank_get. But that code d
Force crtc dpms off before destroying the crtc instead of just
checking the dpms state. This fixes warning message and frozen picture
after tilcdc module unloading.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_crtc.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --
Remove tilcdc slave support for tda998x driver. The tilcdc slave
support would conflicts with componentized use of tda998x.
Signed-off-by: Jyri Sarha
---
.../devicetree/bindings/drm/tilcdc/slave.txt | 18 -
drivers/gpu/drm/tilcdc/Makefile| 1 -
drivers/gpu/drm/tilcdc
Like the last time, for all that I know this should be good for taking :).
Changes since v5
* Move DRM_TILCDC_SLAVE_COMPAT after DRM_TILCDC in .../drm/tilcdc/Kconfig
* Add "drm/tilcdc: use pm_runtime_irq_safe()"-patch
Changes since v4
* Rebased on top linux-4.1-rc2
* Drop "drm/tilcdc: Decrement r
Add support for an external compontised DRM encoder. The external
encoder can be connected to tilcdc trough device tree graph binding.
The binding document for tilcdc has been updated. The current
implementation supports only tda998x encoder.
To be able to filter out the unsupported video modes th
From: Tomi Valkeinen
tilcdc calls runtime PM get/put functions everywhere. Some of those
places will be called in irq context, crashing the driver.
As a quick fix, use pm_runtime_irq_safe() for tilcdc.
Signed-off-by: Tomi Valkeinen
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/tilcdc/tilcdc_
Use new binding for the external tda19988 HDMI encoder.
Signed-off-by: Jyri Sarha
---
arch/arm/boot/dts/am335x-boneblack.dts | 20 +++-
1 file changed, 15 insertions(+), 5 deletions(-)
diff --git a/arch/arm/boot/dts/am335x-boneblack.dts
b/arch/arm/boot/dts/am335x-boneblack.dts
If I read Documentation/kbuild/makefiles.txt section 3.6 right, this
patch should not be needed. However, without this patch the objects
needed for DRM_TILCDC_SLAVE_COMPAT are not linked, if DRM_TILCDC is
built as module.
Signed-off-by: Jyri Sarha
---
drivers/gpu/drm/Makefile | 2 +-
1 file chan
Adds a CONFIG_DRM_TILCDC_SLAVE_COMPAT module for "ti,tilcdc,slave"
node conversion. The implementation is in tilcdc_slave_compat.c and it
uses tilcdc_slave_compat.dts as a basis for creating a DTS
overlay. The DTS overlay adds an external tda998x encoder to tilcdc
that corresponds to the old tda998
On Wed, May 27, 2015 at 09:24:31AM +0300, Jani Nikula wrote:
> On Wed, 27 May 2015, Dave Airlie wrote:
> > On 27 May 2015 at 01:17, Jani Nikula wrote:
> >> On Tue, 26 May 2015, Daniel Vetter wrote:
> >>> On Tue, May 26, 2015 at 03:09:04PM +0200, Rainer Koenig wrote:
> Hi,
>
> a we
Hi Gary,
Am Dienstag, den 26.05.2015, 16:47 +0200 schrieb Gary Bisson:
> Hi all,
>
> After a few days of experimentation on multi-display support on i.MX6, I
> have some questions regarding the status of the imx-drm driver.
>
> Here is description of my testing setup:
> - Nitrogen6x (a SabreLite
On Wed, May 27, 2015 at 06:21:24PM +0900, Michel Dänzer wrote:
> On 27.05.2015 18:04, Daniel Vetter wrote:
> > These should be functionally equivalent to the older per/post modeset
> > functions, except that they block out drm_vblank_get right away.
> > There's only the clock adjusting code (outsi
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #13 from Andy Furniss ---
Also fixes for me.
--
You are receiving this mail because:
You are watching the assignee of the bug.
- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/bf9fda02/attachment.html>
David,
Please pull the contents of "Use DRM component API in tilcdc to
connect to tda998x" patch series[1] from:
https://github.com/jsarha/linux.git linux-4.1.0-rc5-tilcdc-refactor
The commits have been rebased on top of v4.1-rc5 mainline tag and they
are ready for taking. The commits have been a
On Sat, May 09, 2015 at 11:26:57AM +0100, Russell King wrote:
> Parse the ELD (EDID like data) stored from the HDMI driver to restrict
> the sample rates and channels which are available to ALSA. This causes
> the ALSA device to reflect the capabilities of the overall audio path,
> not just what i
On Wed, May 27, 2015 at 04:17:05PM +0900, Michel Dänzer wrote:
> On 26.05.2015 20:48, Daniel Vetter wrote:
> > On Tue, May 26, 2015 at 05:53:38PM +0900, Michel Dänzer wrote:
> >> From: Michel Dänzer
> >>
> >> dev->max_vblank_count contains the largest value that can be represented
> >> by the h
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #14 from Thomas ---
@Alex Deucher: For Bug #98651 it helps: There's a image. But HDMI-Audio isn't
working (which it did prior to the bug).
--
You are receiving this mail because:
You are watching the assignee of the bug.
On 27/05/15 04:15, Damian Hobson-Garcia wrote:
> Hello,
>> On Wed, Nov 12, 2014 at 6:38 AM, Daniel Thompson > linaro.org> wrote:
>>> Currently DRM_IOCTL_PRIME_HANDLE_TO_FD rejects all flags except
>>> (DRM|O)_CLOEXEC making it hard for the userspace to generate a file
>>> descriptor that can be use
t part --
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: OpenPGP digital signature
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/b8ba29e5/attachment.sig>
This set of patches mainly contains fix for some memory issues
using quite aggressively surfaces and other minor problems like
images going black after a while.
Frediano Ziglio (11):
Do not cause spice-server to clean our objects
Do not leak memory if qxl_release_list_add fails
Fix print sta
If objects are moved back from system memory to VRAM (and spice id
created again) memory is already initialized so we need to set flag
to not clear memory.
If you don't do it after a while using desktop many images turns to
black or transparents.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_cmd.c
If the function fails reference counter to the object is not decremented
causing leaks.
This is hard to spot as it happens only on very low memory situations.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_ioctl.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/qxl/qxl_ioctl.c
reloc_info[i] is not still initialized in the print statement.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_ioctl.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qxl/qxl_ioctl.c b/qxl/qxl_ioctl.c
index e8b5207..230ab84 100644
--- a/qxl/qxl_ioctl.c
+++ b/qxl/qxl_ioctl.c
@@ -21
Is we are not able to get source bo object from handle we free
destination bo object and call cleanup code however destination
object was already inserted in reloc_info array (num_relocs was
already incremented) so on cleanup we free destination again.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_
Only EBUSY error was handled. This could cause code to believe
reserve was successful while it failed.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_cmd.c | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/qxl/qxl_cmd.c b/qxl/qxl_cmd.c
index 85ed5dc..b18f84c 100644
--- a/qx
This function return handle to allocated release object which is an int.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_release.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/qxl/qxl_release.c b/qxl/qxl_release.c
index d9b2568..6fd8e50 100644
--- a/qxl/qxl_release.c
+++ b/qxl/
Free resources correctly if function fails
Signed-off-by: Frediano Ziglio
---
qxl/qxl_release.c | 9 +++--
1 file changed, 7 insertions(+), 2 deletions(-)
diff --git a/qxl/qxl_release.c b/qxl/qxl_release.c
index 6fd8e50..00604ed 100644
--- a/qxl/qxl_release.c
+++ b/qxl/qxl_release.c
@@ -363
Enable format string checks for qxl_io_log and remove resulting warnings
which could lead to memory errors on different platform or just printing
wrong information.
Signed-off-by: Frediano Ziglio
---
qxl/qxl_cmd.c | 2 +-
qxl/qxl_display.c | 2 +-
qxl/qxl_drv.h | 2 +-
qxl/qxl_release.c
qxl_bo structure has two reference counters, one in the GEM object and
another in the TTM object. The GEM object keep a counter to the TTM object
so when GEM counter reached zero the TTM counter (using qxl_bo_unref) was
decremented. The qxl object is fully freed (both GEM and TTM part are cleaned)
In qxlhw_handle_to_bo we incremented counters twice, one time for release object
and one for reloc_info.
In the main function however reloc_info references was drop much earlier than
release so keeping the pointer only on release is safe and make cleaning
process easier.
Signed-off-by: Frediano Zi
This function could return a NULL pointer in case of handle not
present and in case of out of memory conditions however caller
function always returned EINVAL error hiding a possible ENOMEM.
This patch change the function to return the error instead to
be able to propagate the error instead of assu
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #15 from Thomas ---
Summary for Bug #98651
Kernel 4.0.2: HDMI image and audio working.
Kernel 4.0.3 and upward: No HDMI.
Kernel 4.0.4 with commit d5c3b64b9618214a5443c57c64511ab5fa599cec reverted:
HDMI image works, audio does not.
Ker
Hi Dave, here's a drm regression fix for drivers only partially
converted to atomic.
BR,
Jani.
The following changes since commit 030bbdbf4c833bc69f502eae58498bc5572db736:
Linux 4.1-rc3 (2015-05-10 15:12:29 -0700)
are available in the git repository at:
git://anongit.freedesktop.org/drm-i
When the .atomic_commit() handler fails, clean up planes previoulsy
prepared by drm_atomic_helper_prepare_planes() with a call to
drm_atomic_helper_cleanup_planes().
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/msm/msm_atomic.c | 12 +---
1 file changed, 9 insertions(+), 3 deletio
When the .atomic_commit() handler fails, clean up planes previoulsy
prepared by drm_atomic_helper_prepare_planes() with a call to
drm_atomic_helper_cleanup_planes().
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_kms.c | 12 +---
1 file changed, 9 insertions(+), 3 de
Even though 'compatability' has a dedicated entry in the Wiktionary,
it's listed as 'Mispelling of compatibility'. Fix it.
Signed-off-by: Laurent Pinchart
---
arch/metag/include/asm/elf.h | 2 +-
arch/powerpc/kvm/book3s.c| 2 +-
arch/sparc/include/uapi/asm/pstate.h
On 05/27/15 13:20, Jyri Sarha wrote:
> David,
> Please pull the contents of "Use DRM component API in tilcdc to
> connect to tda998x" patch series[1] from:
>
> https://github.com/jsarha/linux.git linux-4.1.0-rc5-tilcdc-refactor
>
> The commits have been rebased on top of v4.1-rc5 mainline tag and t
Hi Gustavo,
On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Run dpms operations through the atomic intefaces. This basically removes
> the .dpms() callback from econders and crtcs and use .disable() and
> .enable() to turn the crtc on and off.
>
> v2: Address co
Hi Alexander,
Am Mittwoch, den 27.05.2015, 14:45 +0200 schrieb Alexander Holler:
> Hello,
>
> I've just build and booted the Etnaviv driver as module with Kernel 4.0.4.
>
> When I unload the driver with rmmod an oops happens:
>
Thanks for the report.
I'm currently working on the patchstack to
On Wed, May 27, 2015 at 03:05:42PM +0300, Laurent Pinchart wrote:
> Even though 'compatability' has a dedicated entry in the Wiktionary,
> it's listed as 'Mispelling of compatibility'. Fix it.
>
> Signed-off-by: Laurent Pinchart
> ---
> arch/metag/include/asm/elf.h | 2 +-
> arch/pow
Ensure that the duplicate and destroy plane state operations will always
be in sync with the DRM core implementation of the plane state by using
the __drm_atomic_helper_plane_duplicate_state() and
__drm_atomic_helper_plane_destroy_state() functions designed especially
for this purpose.
Signed-off-
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #16 from Alex Deucher ---
(In reply to Thomas from comment #15)
> Summary for Bug #98651
>
> Kernel 4.0.2: HDMI image and audio working.
> Kernel 4.0.3 and upward: No HDMI.
> Kernel 4.0.4 with commit d5c3b64b9618214a5443c57c64511ab5fa
g.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/f2321515/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/fca10460/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/b750a1ed/attachment-0001.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/988c46a0/attachment.html>
tachments at once.
--
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/20150527/77de164a/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=99041
Bug ID: 99041
Summary: HDMI Audio not working after fixing HDMI.
Product: Drivers
Version: 2.5
Kernel Version: 4.0.3 4.0.4 4.1-rc1 4.1-rc2 4.1-rc3 4.1-rc4 4.1-rc5
Hardware: All
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #17 from Thomas ---
@Alex Deucher there you go: https://bugzilla.kernel.org/show_bug.cgi?id=99041
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=98751
--- Comment #18 from Thomas ---
*** Bug 98651 has been marked as a duplicate of this bug. ***
--
You are receiving this mail because:
You are watching the assignee of the bug.
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/944b2b6b/attachment.html>
On Thu, May 21, 2015 at 12:17:48AM +0100, Robert Bragg wrote:
> >
> > So for me the 'natural' way to represent this in perf would be through
> > event groups. Create a perf event for every single event -- yes this is
> > 53 events.
>
> So when I was first looking at this work I had considered the
From: Laurent Pinchart
Date: Wed, 27 May 2015 15:05:42 +0300
> Even though 'compatability' has a dedicated entry in the Wiktionary,
> it's listed as 'Mispelling of compatibility'. Fix it.
>
> Signed-off-by: Laurent Pinchart
Acked-by: David S. Miller
...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/e36cc28a/attachment.html>
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/20150527/7a5433ea/attachment.html>
ging the monitor. I'll dig into the trace.
--
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/20150527/79c024fb/attachment.html>
ttp://lists.freedesktop.org/archives/dri-devel/attachments/20150527/1052eeaa/attachment.html>
On Wed, May 27, 2015 at 12:43:08PM +0200, Daniel Vetter wrote:
> On Sat, May 09, 2015 at 11:26:57AM +0100, Russell King wrote:
> > Parse the ELD (EDID like data) stored from the HDMI driver to restrict
> > the sample rates and channels which are available to ALSA. This causes
> > the ALSA device t
On Wed, May 27, 2015 at 02:45:48PM +0200, Alexander Holler wrote:
> Hello,
>
> I've just build and booted the Etnaviv driver as module with Kernel 4.0.4.
You may wish to try using my patch set(s) at (url purposely obfuscated,
sorry):
http : // www . home . arm . linux . org . uk / ~rmk / cubox
bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/a8e41bdf/attachment-0001.html>
Hi Joonyoung,
2015-05-27 Joonyoung Shim :
> On 05/23/2015 12:40 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Rip out the check from exynos_update_plane() and create
> > exynos_check_plane() for the check phase enabling use to use
> > the atomic helpers to call our check and upda
On Wed, May 27, 2015 at 7:39 AM, Laurent Pinchart
wrote:
> When the .atomic_commit() handler fails, clean up planes previoulsy
> prepared by drm_atomic_helper_prepare_planes() with a call to
> drm_atomic_helper_cleanup_planes().
Thanks, I'll send that w/ my pull req for 4.2
BR,
-R
>
> Signed-of
https://bugzilla.kernel.org/show_bug.cgi?id=95911
Alex Deucher changed:
What|Removed |Added
CC||alexdeucher at gmail.com
--- Comment #16 f
Hi Joonyoung,
2015-05-27 Joonyoung Shim :
> Hi Gustavo,
>
> Sorry, i was missing some review points.
>
> On 05/23/2015 12:40 AM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Run dpms operations through the atomic intefaces. This basically removes
> > the .dpms() callback from econ
:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150527/76c5be56/attachment.html>
Hi Inki,
2015-05-27 Inki Dae :
> Hi Gustavo,
>
> On 2015ë
05ì 23ì¼ 00:40, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > Run dpms operations through the atomic intefaces. This basically removes
> > the .dpms() callback from econders and crtcs and use .disable() and
> > .enable()
From: Gustavo Padovan
Hi,
Here goes the full support for atomic modesetting on exynos. I've
split the patches in the various phases of atomic support.
v2: fixes comments by Joonyoung
- remove unused var in patch 09
- use ->disable instead of outdated ->dpms in hdmi code
From: Joonyoung Shim
The exynos_update_plane function needs 16.16 fixed point source data.
Signed-off-by: Joonyoung Shim
Reviewed-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 7 ---
1 file changed, 4 insertions(+), 3 deletions(-)
diff --git a/drivers/gpu/drm/exynos/
From: Gustavo Padovan
Rip out the check from exynos_update_plane() and create
exynos_check_plane() for the check phase enabling use to use
the atomic helpers to call our check and update phases when updating
planes.
Update all users of exynos_update_plane() accordingly to call
exynos_check_plane
From: Gustavo Padovan
The atomic helper to disable planes also uses the optional
.atomic_disable() helper. The unique operation it does is calling
.win_disable()
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_plane.c
From: Gustavo Padovan
The new atomic infrastructure needs the .mode_set_nofb() callback to
update CRTC timings before setting any plane.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 64 +
From: Gustavo Padovan
Set CRTC, planes and connectors to use the default implementations from
the atomic helper library. The helpers will work to keep track of state
for each DRM object.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/b
From: Gustavo Padovan
Use drm_atomic_set_fb_for_plane() in the legacy page_flip path to keep
track of the framebuffer pointer and reference.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 3 +++
1 file change
From: Gustavo Padovan
Now that phase 1 and 2 are complete we can switch the update/disable_plane
callbacks to their atomic version.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fb.c| 3 +++
drivers/gpu/drm/exyno
From: Gustavo Padovan
Now that phase 1 and 2 are complete switch .set_config helper to
use the atomic one.
v2: also remove .prepare() callback
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 8 +---
1 fil
From: Gustavo Padovan
PageFlips now use the atomic helper to work through the atomic modesetting
API. Async page flips are not supported yet.
v2: Add .atomic_begin() step to handle the vblank part we removed from
exynos page_flip code.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
From: Gustavo Padovan
Now that no one is using the functions exported by exynos_drm_plane due
to the atomic conversion we can make remove some of the them or make them
static.
v2: remove unused exynos_drm_crtc
v3: fix checkpatch error (reported by Joonyoung)
Signed-off-by: Gustavo Padovan
Rev
From: Gustavo Padovan
Everything starts disabled so we don't really need to disable anything.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_fbdev.c | 3 ---
1 file changed, 3 deletions(-)
diff --git a/drivers/gpu/dr
From: Gustavo Padovan
This is a preparation commit to move exynos_drm_crtc_disable() together
with the future exynos_drm_crtc_enable() that will come from the split of
exynos_drm_crtc_dpms() callback.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c | 36
From: Gustavo Padovan
Run dpms operations through the atomic intefaces. This basically removes
the .dpms() callback from econders and crtcs and use .disable() and
.enable() to turn the crtc on and off.
v2: Address comments by Joonyoung:
- make hdmi code call ->disable() instead of ->dpms
From: Gustavo Padovan
The planes are already disabled by the drm_atomic_helper_commit() code
so we don't need to disable the in these two places.
Signed-off-by: Gustavo Padovan
Reviewed-by: Joonyoung Shim
Tested-by: Tobias Jakobi
---
drivers/gpu/drm/exynos/exynos_drm_crtc.c| 11 -
On Wed, May 27, 2015 at 7:31 PM, Russell King - ARM Linux
wrote:
> On Wed, May 27, 2015 at 12:43:08PM +0200, Daniel Vetter wrote:
>> On Sat, May 09, 2015 at 11:26:57AM +0100, Russell King wrote:
>> > Parse the ELD (EDID like data) stored from the HDMI driver to restrict
>> > the sample rates and c
Hi Dave,
One revert and two small fixes for display and audio regressions.
The following changes since commit 990ed2720717173bbdea4cfb2bad37cc7aa91495:
drm/vgem: drop DRIVER_PRIME (v2) (2015-05-26 16:17:06 +1000)
are available in the git repository at:
git://people.freedesktop.org/~agd5f/l
On Wed, May 27, 2015 at 11:29:52PM +0200, Daniel Vetter wrote:
> The only issue that might be
> there with your sw approach is that a concurrent probe/hotplug in drm
> might free the edid and hence the eld, while the snd side is trying to
> copy that.
Talking only about the particular case of dw-h
1 - 100 of 109 matches
Mail list logo
