scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/da69a0f0/attachment-0001.html>
PC
laptops.
--
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/20150331/4ee83ef8/attachment.html>
ext part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/ba2615bc/attachment.html>
it: [2cf48c37c1e2946f7c0648e0a5927a90209f59a4] main: Add entry
point for CreateBuffers.
--
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/20150331/a1e72f1e/attachment.html>
es, the flash
animation flickers and some OpenGL errors are added in debug mode.
--
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/attachment
from Michel Dänzer ---
Laura, any ideas?
--
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/20150331/47080ba7/attachment-0001.html>
On 31 March 2015 at 00:53, Sébastien Bourdeauducq wrote:
> Hi,
>
> when you are looking for Linux bugs, the Baytrail-based Lenovo Thinkpad
> Tablet 10 is the perfect choice. When you are looking for a
> tablet/laptop, not so much and I am regularly annoyed, among many other
> things, by GPU drive
--
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/20150331/05035014/attachment.html>
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/8e9c2b74/attachment-0001.html>
are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/b75af2fa/attachment.html>
.freedesktop.org/show_bug.cgi?id=80678
--
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/20150331/1f04bff1/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/286ae8db/attachment.html>
On Mon, Mar 30, 2015 at 05:10:36PM +, Emil Velikov wrote:
> Improve the readability and keeps the lines shorter than 80 columns.
>
> Signed-off-by: Emil Velikov
Applied to topic/drm-misc, thanks.
-Daniel
> ---
>
> v2: Rebased against drm-intel topic/drm-misc, commit
> a0211bb482c(drm/atom
Signed-off-by: Chih-Wei Huang
---
tests/modetest/Android.mk | 2 --
1 file changed, 2 deletions(-)
diff --git a/tests/modetest/Android.mk b/tests/modetest/Android.mk
index aee3564..0fdfe68 100644
--- a/tests/modetest/Android.mk
+++ b/tests/modetest/Android.mk
@@ -7,8 +7,6 @@ LOCAL_SRC_FILES := $
Hi,
Sorry for late comments.
On 03/13/2015 07:32 PM, Inki Dae wrote:
> On 2015ë
03ì 12ì¼ 13:36, Hyungwon Hwang wrote:
>> Since commit 0f04cf8df0b20a97369cb634663fef0578cbf273 ("drm/exynos:
>> fix wrong pipe calculation for crtc"), fimd_clear_channel() can be
>> called when is_drm_iommu_suppo
Hi,
On 03/26/2015 11:10 PM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> struct {fimd,mixer,vidi}_win_data was just keeping the same data
> as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
> directly.
>
> It changes how planes are created and remove .win_mode_set()
Hi,
On 03/26/2015 11:10 PM, Gustavo Padovan wrote:
> From: Gustavo Padovan
>
> Hi,
>
> Here goes some clean ups to the exynos drivers. The main clean ups is
> the presetting and zpos making the property immutable and the removal
> of *_win_data structures.
>
> v2 contains a extra patch to fix
Hi,
Am Montag, den 30.03.2015, 20:40 +0100 schrieb Russell King:
> Add a helper to create the IEC958 channel status from an ALSA
> snd_pcm_runtime structure, taking account of the sample rate.
>
> Signed-off-by: Russell King
> ---
> include/sound/pcm_iec958.h | 9 ++
> sound/core/Kconfig
Am Montag, den 30.03.2015, 20:40 +0100 schrieb Russell King:
> Add a helper for the EDID like data structure, which is typically passed
> from a HDMI adapter to its associated audio driver. This informs the
> audio driver of the capabilities of the attached HDMI sink.
>
> Signed-off-by: Russell K
On Tue, Mar 31, 2015 at 04:30:39AM -0400, Yang Kuankuan wrote:
> >+cs[0] = IEC958_AES0_CON_NOT_COPYRIGHT | IEC958_AES0_CON_EMPHASIS_NONE;
> >+cs[1] = IEC958_AES1_CON_GENERAL;
> >+cs[2] = IEC958_AES2_CON_SOURCE_UNSPEC | IEC958_AES2_CON_CHANNEL_UNSPEC;
> >+cs[3] = IEC958_AES3_CON_CLOC
Hi Russell,
Am Montag, den 30.03.2015, 20:40 +0100 schrieb Russell King:
> iMX6 devices from an errata (ERR005174) where the audio FIFO can be
^ suffer from?
> emptied while it is partially full, resulting in misalignment of the
> audio samples.
[...]
regards
Philipp
On Tue, Mar 31, 2015 at 11:10:34AM +0200, Philipp Zabel wrote:
> This fails to build for me on 4.0-rc6:
> make[2]: *** No rule to make target 'sound/core/snd-pcm-iec958.o', needed by
> 'sound/core/snd-pcm.o'. Stop.
> scripts/Makefile.build:403: recipe for target 'sound/core' failed
Yes, I origin
esa-git, llvm-svn, KDE 5, Archlinux x86-64.
--
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/20150331/05c401b0/attachment.html>
On Tue, Mar 31, 2015 at 02:55:53AM -0400, Yang Kuankuan wrote:
> Hi Russell,
>
> I'm okay with this change, and also I am preparing that collect N/CTS
> setting to an array, like this :
>
> struct n_cts {
> unsigned int cts;
> unsigned int n;
> };
>
> struct tmds_n_ct
Hi Dave,
please consider pulling in these fixes for hardware limits in the IPU DI
divider and IPU IC downscaler bit fields into drm-next.
The following changes since commit 91fd89660ba2e8ee59a587294fa9b17761691b05:
Merge branch 'drm-fixes-4.0' of git://people.freedesktop.org/~agd5f/linux
into
On Tue, Mar 31, 2015 at 05:02:20AM -0400, Yang Kuankuan wrote:
> Besides, as you are going an dw_hdmi cleanups, I want to point another bugs
> that relate to the HDMI CTS test. There are somethings wrong with General
> Control Pack, as for now the encoder color depth is 8-bit packing mode,
> so the
Hi Dave,
now that the of-graph helper tag has been merged into
git://git.kernel.org/pub/scm/linux/kernel/git/robh/linux.git for-next
could you merge it and these patches that use it to clean up looping
over of-graph endpoints in drm drivers:
The following changes since commit d7de390bff7ad0f551
Hi Dave,
The ldb patches in this series depend on the of-graph helpers that are
included in the "Use of-graph helpers to loop over endpoints" pull
request I've just send. Could you please merge this series after the
other?
The following changes since commit d7de390bff7ad0f551fc0e409543e98db86a65d
Hi Dave,
Final drm-misc pull for 4.0, just various things all over, including a few
more important atomic fixes. btw I didn't pick up the vmwgfx patch from
Ville's series, but one patch has one hunk touching vmwgfx and
Thomas/Jakob didn't get around to ack it. I figured it's simple enough to
be ok
Hi Dave,
Final i915 pull for 4.1, except maybe I'll throw in a bxt stage1 enabling
patch if it's ready in time - all the core changes have landed already so
impact would be minimal, as usual.
drm-intel-next-2015-03-27:
- DP link rate refactoring from Ville
- byt/bsw rps tuning from Chris
- kernel
On Tue, Mar 31, 2015 at 04:29:56PM +0200, Daniel Vetter wrote:
> Hi Dave,
>
> Final drm-misc pull for 4.0, just various things all over, including a few
s/4.0/4.1 ofc ;-)
-Daniel
> more important atomic fixes. btw I didn't pick up the vmwgfx patch from
> Ville's series, but one patch has one hun
v2: bump version to make sure userspace backward compatibility
Signed-off-by: Leo Liu
---
drivers/gpu/drm/radeon/radeon_drv.c | 3 ++-
drivers/gpu/drm/radeon/radeon_vce.c | 1 +
2 files changed, 3 insertions(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_drv.c
b/drivers/gpu/drm/r
s scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/d0ebaba2/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/e1979444/attachment.html>
--
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/639f02b2/attachment.html>
On 31.03.2015 17:19, Leo Liu wrote:
> v2: bump version to make sure userspace backward compatibility
>
> Signed-off-by: Leo Liu
Reviewed-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon_drv.c | 3 ++-
> drivers/gpu/drm/radeon/radeon_vce.c | 1 +
> 2 files changed, 3 insertions(+),
2015-03-31 Joonyoung Shim :
> Hi,
>
> On 03/26/2015 11:10 PM, Gustavo Padovan wrote:
> > From: Gustavo Padovan
> >
> > struct {fimd,mixer,vidi}_win_data was just keeping the same data
> > as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
> > directly.
> >
> > It changes h
On Tue, Mar 31, 2015 at 08:40:12PM +0530, Sudip Mukherjee wrote:
> This reverts commit <0f71979ab7fbd0c71c41c2798de3d33937915434>.
>
> my display was getting garbled for a moment very frequently. it looked
> like when the screen was getting refreshed then something was going
> wrong.
> git bisect
From: Christian König
We somehow try to free the SG table twice.
Bugs: https://bugs.freedesktop.org/show_bug.cgi?id=89734
Signed-off-by: Christian König
Cc:
---
drivers/gpu/drm/radeon/radeon_ttm.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/gpu/drm/radeon/radeon_ttm.c
From: Christian König
We need to wait for all fences, not just the exclusive one.
Signed-off-by: Christian König
Cc:
---
drivers/gpu/drm/radeon/radeon_mn.c | 11 ---
1 file changed, 4 insertions(+), 7 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_mn.c
b/drivers/gpu/drm/r
From: Christian König
Similar to the Intel implementation, but instead of just falling back to a
global linear list when we have an overlapping userptr request we accumulate
all overlapping userptrs in a local list.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon.h| 2
From: Christian König
This allows selecting CONFIG_MMU_NOTIFIER if it isn't already selected.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/gpu/drm/radeon/Kconfig b/drivers/gpu/drm/radeon/Kconfig
index 97
From: Gustavo Padovan
Hi,
Here goes some clean ups to the exynos drivers. The main clean ups is
the presetting and zpos making the property immutable and the removal
of *_win_data structures.
v2 contains a extra patch to fix alpha setting for planes in fimd, so
now fimd works fine even after th
From: Gustavo Padovan
XR24 planes were not shown properly, so now set the right registers
to correctly enable displaying these planes.
It also moves the alpha register settings to fimd_win_set_pixfmt()
to keep all pixel format stuff together.
v2: remove leftover var alpha
Signed-off-by: Gustav
From: Gustavo Padovan
None of the exynos crtc drivers implements win_enable() so remove it for
better clarity of the code.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_drv.h | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/gpu/drm/exynos/exynos_drm_drv.h
b/
From: Gustavo Padovan
struct {fimd,mixer,vidi}_win_data was just keeping the same data
as struct exynos_drm_plane thus get ride of it and use exynos_drm_plane
directly.
It changes how planes are created and remove .win_mode_set() callback
that was only filling all *_win_data structs.
v2: check
From: Gustavo Padovan
Usually userspace don't want to have two overlay planes on the same zpos
so this change assign a different zpos for each plane. Before this change
a zpos of value zero was created for all planes so the userspace had to
set up the zpos of every plane it wanted to use.
Also a
From: Gustavo Padovan
We already set each plane zpos at init, after that changes to zpos are
not expected. This patch turns zpos into a read-only property so now it is
impossible to set zpos.
Signed-off-by: Gustavo Padovan
---
drivers/gpu/drm/exynos/exynos_drm_plane.c | 21 ++--
From: Gustavo Padovan
The .destroy() callback for exynos can be replaced by drm_plane_cleanup().
The only extra operation on exynos_plane_destroy() was a call to
exynos_plane_disable() but the plane is already disabled by a earlier call
to drm_framebuffer_remove().
Signed-off-by: Gustavo Padovan
From: Gustavo Padovan
These functions were already removed by previous cleanup work, but these
ones were left behind.
Signed-off-by: Gustavo Padovan
Acked-by: Joonyoung Shim
---
drivers/gpu/drm/exynos/exynos_drm_crtc.h | 6 --
1 file changed, 6 deletions(-)
diff --git a/drivers/gpu/drm/e
From: Mandeep Singh Baines
The goal of the change is to make sure we send the vblank event on the
current vblank. My hope is to fix any races that might be causing flicker.
After this change I only see a flicker in the transition plymouth and
X11.
Simplified the code by tracking vblank events on
e bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/0b542d14/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #15 from Alex Deucher ---
I've posted an updated audio-fixes branch that may help:
http://cgit.freedesktop.org/~agd5f/linux/log/?h=audio-fixes
--
You are receiving this mail because:
You are watching the assignee of the bug.
Hello,
I just wanted to point out that this doesn't apply to exynos-drm-fixes, which
was probably caused by Daniel's pitch patch here:
https://git.kernel.org/cgit/linux/kernel/git/daeinki/drm-exynos.git/commit/?h=exynos-drm-fixes&id=57aaaf373ede95ebaaf90695071f7b1f4a97795f
With best wishes,
Tobi
On Tue, Mar 31, 2015 at 11:33 AM, Christian König
wrote:
> On 31.03.2015 17:19, Leo Liu wrote:
>>
>> v2: bump version to make sure userspace backward compatibility
>>
>> Signed-off-by: Leo Liu
>
>
> Reviewed-by: Christian König
Applied to my -next tree. Thanks!
Alex
>
>
>> ---
>> drivers
On Tue, Mar 31, 2015 at 11:36 AM, Christian König
wrote:
> From: Christian König
>
> We somehow try to free the SG table twice.
>
> Bugs: https://bugs.freedesktop.org/show_bug.cgi?id=89734
>
> Signed-off-by: Christian König
> Cc:
For the series:
Reviewed-by: Alex Deucher
I've added the fi
On Mon, Mar 09, 2015 at 05:42:21PM +0800, Yakir Yang wrote:
> RK3288 hdmi eye-diagram test would fail when pixel clock is 148.5MHz,
> and single-ended test would failed when display mode is 74.25MHz.
Has anyone reviewed these changes yet? I don't see any replies, nor
are they in David's git tree.
On Mon, Mar 09, 2015 at 05:43:19PM +0800, Yakir Yang wrote:
> As for 1920x1080 display resolution, we should turn on the
> Transmitter Trailer-B.
>
> Signed-off-by: Yakir Yang
> ---
BTW, one of:
drm/rockchip: dw_hdmi-rockchip: ...
drm/rockchip: dw_hdmi: ...
drm: rockchip: dw_hdmi-rockchip: .
Displayport compliance test 4.2.2.6 requires that a source device be capable of
detecting
a corrupt EDID. To do this, the test sets up an invalid EDID header to be read
by the source
device. Unfortunately, the DRM EDID reading and parsing functions are actually
too good in
this case and prevent
For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
device must attempt at least 7 times to read the EDID when it receives an
I2C defer. The normal DRM code makes only 7 retries, regardless of whether
or not the response is a native defer or an I2C defer. Test 4.2.2.5 fails
s
The debug message is missing a newline at the end and it makes the
logs hard to read when a device defers a lot. Simple 2-character fix
adds the newline at the end.
Signed-off-by: Todd Previte
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_dp_helper.c | 2 +-
1 file changed, 1 in
Displayport compliance test 4.2.2.6 requires that a source device be capable of
detecting
a corrupt EDID. To do this, the test sets up an invalid EDID header to be read
by the source
device. Unfortunately, the DRM EDID reading and parsing functions are actually
too good in
this case and prevent
For test 4.2.2.5 to pass per the Link CTS Core 1.2 rev1.1 spec, the source
device must attempt at least 7 times to read the EDID when it receives an
I2C defer. The normal DRM code makes only 7 retries, regardless of whether
or not the response is a native defer or an I2C defer. Test 4.2.2.5 fails
s
The debug message is missing a newline at the end and it makes the
logs hard to read when a device defers a lot. Simple 2-character fix
adds the newline at the end.
Signed-off-by: Todd Previte
Cc: dri-devel at lists.freedesktop.org
---
drivers/gpu/drm/drm_dp_helper.c | 2 +-
1 file changed, 1 in
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #16 from Frederik vom Hofe ---
Tested the patch with v4.0rc6, makes no difference for me.
--
You are receiving this mail because:
You are watching the assignee of the bug.
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #17 from Alex Deucher ---
(In reply to Frederik vom Hofe from comment #16)
> Tested the patch with v4.0rc6, makes no difference for me.
Did you test all 3 patches on that branch?
http://cgit.freedesktop.org/~agd5f/linux/commit/?h=aud
sktop.org/archives/dri-devel/attachments/20150331/84e1b34a/attachment.html>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/3c017c1e/attachment-0001.html>
||
--
You are receiving this mail because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/d7ab09b7/attachment.html>
This change adds the DSI connector support in msm drm driver.
v1: Initial change
v2:
- Address comments from Archit + minor clean-ups
- Rebase to not depend on msm_drm_sub_dev change [Rob's comment]
v3: Fix issues when initialization is failed
Signed-off-by: Hai Li
---
drivers/gpu/drm/msm/Kconf
ou test it?
--
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/20150331/bd3bc935/attachment.html>
https://bugzilla.kernel.org/show_bug.cgi?id=93701
--- Comment #18 from Frederik vom Hofe ---
Yes, I merged it via git.
Basicly this is all I have done:
git pull
git checkout v4.0-rc6
git checkout -b v4.0-rc6-hdmi-patch
git remote add agd5f git://people.freedesktop.org/~agd5f/linux
git fetch agd5
anything for me.
--
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/20150331/2a486557/attachment.html>
nee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/579c81be/attachment.html>
l because:
You are the assignee for the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/c013e013/attachment.html>
the bug.
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/7008819a/attachment.html>
.org/archives/dri-devel/attachments/20150331/417ee084/attachment.html>
Hi Jianwei,
The driver worked on a Vybrid VF610 device using the exported
framebuffer. However, when using X-Server through the DRM interface
directly (by using the modesetting driver) I get just a black screen so
far, still investigating the reason. What user-space interfaces did you
test?
When
) & 0xff, HDMI_FC_AVISBB1);
> + hdmi_writeb(hdmi, frame.left_bar & 0xff, HDMI_FC_AVIELB0);
> + hdmi_writeb(hdmi, (frame.left_bar >> 8) & 0xff, HDMI_FC_AVIELB1);
> + hdmi_writeb(hdmi, frame.right_bar & 0xff, HDMI_FC_AVISRB0);
> + hdmi_writeb(hdmi, (frame.right_bar >> 8) & 0xff, HDMI_FC_AVISRB1);
> }
>
> static void hdmi_av_composer(struct dw_hdmi *hdmi,
> @@ -1244,7 +1252,7 @@ static int dw_hdmi_setup(struct dw_hdmi *hdmi, struct
> drm_display_mode *mode)
> hdmi_enable_audio_clk(hdmi);
>
> /* HDMI Initialization Step F - Configure AVI InfoFrame */
> - hdmi_config_AVI(hdmi);
> + hdmi_config_AVI(hdmi, mode);
> }
>
> hdmi_video_packetize(hdmi);
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/2a41ddbd/attachment-0001.html>
drm/rockchip already has support for disabling all displays on suspend
and enabling them on resume.
Disable automatic VT switching on suspend by the pm console tracking
layer.
Tested on veyron, used `echo mem > sys/power/state`
=> verified no VT switch.
Caesar Wang (1):
drm: rockchip: Turn
Am 27.03.2015 um 20:21 schrieb Javier Martinez Canillas:
> Hello Krzysztof,
>
> On 03/27/2015 05:08 PM, Krzysztof Kozlowski wrote:
>> After adding display power domain for Exynos5250 in commit
>> 2d2c9a8d0a4f ("ARM: dts: add display power domain for exynos5250") the
>> display on Chromebook Snow a
This reverts commit <0f71979ab7fbd0c71c41c2798de3d33937915434>.
my display was getting garbled for a moment very frequently. it looked
like when the screen was getting refreshed then something was going
wrong.
git bisect gave this as the first bad commit, and after reverting it
now display is not
Hi Russell,
On 03/30/2015 03:40 PM, Russell King wrote:
> Clean up hdmi_set_clk_regenerator() by allowing it to take the audio
> sample rate and ratio directly, rather than hiding it inside the
> function. Raise the unsupported pixel clock/sample rate message from
> debug to error level as this r
Hi Russell,
On 03/30/2015 03:40 PM, Russell King wrote:
> iMX6 devices from an errata (ERR005174) where the audio FIFO can be
> emptied while it is partially full, resulting in misalignment of the
> audio samples.
>
> To prevent this, the errata workaround recommends writing N as zero
> until the
Hi Russell,
On 03/30/2015 03:40 PM, Russell King wrote:
> Add a helper to create the IEC958 channel status from an ALSA
> snd_pcm_runtime structure, taking account of the sample rate.
>
> Signed-off-by: Russell King
> ---
> include/sound/pcm_iec958.h | 9 ++
> sound/core/Kconfig |
drm/rockchip already has support for disabling all displays on suspend
and enabling them on resume.
Disable automatic VT switching on suspend by the pm console tracking
layer.
Tested on veyron, used `echo mem > sys/power/state`
=> verified no VT switch
Reviewed-by: Daniel Kurtz
Signed-off-by:
On 03/31/2015 10:50 AM, Dave Airlie wrote:
> Get 4.0.0-rc6. 4.0.0-rc4 is a few weeks old already.
Ok. The Tablet 10 still contains more bugs than a rain forest with -rc6,
but not when switching VTs.
purpose of all the DRI components except Mesa being ported to
the Tegra, does that help in any way?
Regards,
Gerhard de Clercq
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20150331/66d1a1da/attachment.html>
Because of iMX6 & Rockchip have differnet mpll config parameter,
the VLEVCTRL parameter would be different. In this case we should
separate VLEVCTRL setting from the common dw_hdmi driver, config
this parameter in platform driver(dw_hdmi-imx and dw_hdmi-rockchip)
Signed-off-by: Yakir Yang
---
Cha
Dear all,
RK3288 hdmi eye-diagram test would fail when pixel clock is 148.5MHz,
and single-ended test would failed when display mode is 74.25MHz.
To fix such problems, we make those patch set:
- Fix some code style, leave space for next patches.
- Separate VLEVLCTRL setting into platform driver.
When pixel clock less than 148.5MHz, make sloopboost=2 tklvl=20
cklvl=13 increase rasing/falling time and increase data & clock
voltage driver.
When pixel clock less than 74.25MHz, make sloopboost=0 tklvl=19
cklvl=18, increase data and clock voltage driver.
Signed-off-by: Yakir Yang
---
Changes
Using a local struct pointer to reduce one level of indirection
makes the code slightly more readable.
Signed-off-by: Yakir Yang
Reviewed-by: Daniel Kurtz
---
Changes in v4: None
Changes in v3:
- make commit message more readable
Changes in v2: None
drivers/gpu/drm/bridge/dw_hdmi.c | 8 --
92 matches
Mail list logo
