drm/exynos: change callback argument of sub driver with device

Hi, 2013/10/29 Olof Johansson : > On Mon, Oct 28, 2013 at 6:35 AM, Inki Dae wrote: >> This patch makes callback funtions of each sub driver to be called >> with device object instead of display and manager. >> >> Exynos drm framework doesn't need to pass a manager or a display >> when calling

[PULL] drm-intel-fixes

On Mon, Oct 28, 2013 at 08:49:45AM +0100, Daniel Vetter wrote: > Hi Dave, > > Please do _not_ pull this. The pipe bpp readout stuff this crucially > relies on is only partially backported from -next to -fixes and apparently > missing bits on Haswell. Ok, updated pull request. I wanted to wait a

drm/exynos: change callback argument of sub driver with device

2013/10/28 Sean Paul : > On Mon, Oct 28, 2013 at 9:35 AM, Inki Dae wrote: >> This patch makes callback funtions of each sub driver to be called >> with device object instead of display and manager. >> >> Exynos drm framework doesn't need to pass a manager or a display >> when calling callback

[PATCH 6/6] drm: eliminate bit-copy restoration of crtc

Bit-copying restoration of CRTC structure in failure-recovery path of drm_crtc_helper_set_config function evokes a subtle and rare, but very dangerous, corruption of CRTC mutex structure. Namely, if drm_crtc_helper_set_config takes the path under 'fail:' label *and* some other process has

[PATCH 5/6] drm: do not set crtc enabled field twice

There is no need to set crtc->enabled field in drm_crtc_helper_set_config. This is already done (and properly restored in case of failure) in drm_crtc_helper_set_mode that is called by drm_crtc_helper_set_config. Doing it at only one place makes restoration in case of failure easier.

[PATCH 4/6] drm: fix error recovery path in drm_crtc_helper_set_mode

There is no need to save or restore hwmode field, because by the time this function sets this field, it cannot fail any more. However, we should save old enabled field because if the function fails, we want to return with unchanged CRTC. Signed-off-by: Ilija Hadzic ---

[PATCH 3/6] drm: restore crtc origin if mode_set_base fails

Signed-off-by: Ilija Hadzic --- drivers/gpu/drm/drm_crtc_helper.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index b06a6c4..65f3658 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++

[PATCH 2/6] drm: eliminate old_fb from drm_crtc_helper_set_config

Old framebuffer is stored in save_set.fb and it is the same value that is later stored in old_fb. This makes old_fb redundant so we can replace it with save_set.fb. Signed-off-by: Ilija Hadzic --- drivers/gpu/drm/drm_crtc_helper.c | 12 1 file changed, 4 insertions(+), 8

[PATCH 1/6] drm: remove redundant if statement

Signed-off-by: Ilija Hadzic --- drivers/gpu/drm/drm_crtc_helper.c | 3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/drivers/gpu/drm/drm_crtc_helper.c b/drivers/gpu/drm/drm_crtc_helper.c index dbcd687..d0ac595 100644 --- a/drivers/gpu/drm/drm_crtc_helper.c +++

fix for CRTC mutex corruption

The following patch series fixes the mutex corruption problem due to bit-copying of drm_crtc structure that happens when drm_crtc_helper_set_config function takes the error-recovery path. The patch series is the alternative solution for the patch that was proposed and NACK-ed two weeks ago [1].

[PATCH 0/3] Add dt support for exynos hdmiphy settings

vers/gpu/drm/exynos/exynos_hdmi.c | 76 > ++- > > - > > 4 files changed, 240 insertions(+), 4 deletions(-) > > > > -- > > 1.7.9.5 > > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/a8cea800/attachment-0001.html>

Build failure: shmobile drm driver references backlight symbols

My build system picked up on this failure: drivers/built-in.o: In function `shmob_drm_backlight_init': fmc-chardev.c:(.text+0x9f2d0): undefined reference to `backlight_device_register' drivers/built-in.o: In function `shmob_drm_backlight_exit': fmc-chardev.c:(.text+0x9f370): undefined reference

[PATCH] drm/nouveau/agp: add a quirk list to limit agp modes

On Sun, Oct 27, 2013 at 11:01 PM, Robert Hancock wrote: > On 10/27/2013 09:54 AM, Ilia Mirkin wrote: >> >> Certain combinations of hardware can't actually support the maximum >> detected speed. Add a quirk list that lists pairs of hostbridge/chip pci >> ids and the mode that they should work

[PATCH v2 0/7] drm/exynos: move hdmiphy related code to hdmiphy driver

On 28 October 2013 19:10, Inki Dae wrote: > Hi Rahul, > > I have merged the re-factoring patch set from Sean Paul to > exynos-drm-next except eDP related patch set that these need more > reviews. Can you re-base at top of exynos-drm-next? > Ok. I will rebase and post it again. regards, Rahul

[PATCH 2/2] drm: Compact booleans within struct drm_file

Replace the sparse array of booleans with a bitfield. Signed-off-by: Chris Wilson --- include/drm/drmP.h | 13 ++--- 1 file changed, 6 insertions(+), 7 deletions(-) diff --git a/include/drm/drmP.h b/include/drm/drmP.h index 3a90857bd0ee..02c685f70a72 100644 --- a/include/drm/drmP.h +++

[PATCH 1/2] drm: Do not drop root privileges for a fancier younger process

When a second process opens the device and master transferrence is complete, we walk the list of open devices and remove their authentication. This also revokes our root privilege. Instead of simply dropping the authentication, this patch reverts the authenticated state back to its original value.

[Bug 60659] Backlight control interface with nouveau driver for nVidia Quadro 1000m not works

https://bugzilla.kernel.org/show_bug.cgi?id=60659 --- Comment #9 from Alexey Brodkin --- I have exactly the same laptop - HP Elitebook 8560w with a nVidia Quadro 1000M, NVC1 (GF108) in nouveau slang - and used to suffer from similar issue. But I've just tried Fedora 20 image for Graphics test

drm/exynos: change callback argument of sub driver with device

ented about that, and my patch has already be > removed from exynos-drm-next. Please re-post that fixup. :) > > Thanks, > Inki Dae > > > > > Sean > > ___ > > dri-devel mailing list > > dri-devel at lists.freedesktop.org > > http://lis

[Bug 68503] Graphical glitches in Serious Sam 3 when SB is enabled

for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/9c781b99/attachment.html>

[Bug 63941] Can't control brightness with ATI 5650/Intel Ironlake when switched to radeon

https://bugzilla.kernel.org/show_bug.cgi?id=63941 Jani Nikula changed: What|Removed |Added Component|Video(DRI - Intel) |Video(DRI - non Intel)

[Bug 70934] [Regression] Problem with colors (depth?) on DCE5 Barts (HD69xx)

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/9792ba4b/attachment-0001.html>

[Bug 70934] [Regression] Problem with colors (depth?) on DCE5 Barts (HD69xx)

are the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/49db0274/attachment.html>

[Bug 66331] WebGL water demo crashes LLVM

attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/a471889c/attachment.html>

[RFC 00/12] Add DRM Exynos HDMI on SoCs from Exynos4 family

2013/10/29 Kukjin Kim : > On 10/28/13 06:42, Inki Dae wrote: >> >> Hi Tomasz, >> >> I have merged the re-factoring patch set from Sean Paul. Can you >> re-base your patch set at top of exynos-drm-next? >> > Basically, RFC is not patch for merge. So Tomasz needs to re-submit after > addressing

[PATCH] drm/radeon/audio: fix missing multichannel PCM SAD in some cases

The current code writing SADs to the audio registers seems to assume that there is at most a single SAD per audio format. However, that is not the case. Especially for PCM it is somewhat common for sinks to have two SADs, one for 8-channel and one for 2-channel audio, which may have different

[Bug 66331] WebGL water demo crashes LLVM

: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/e590cf9c/attachment.html>

[PATCH v2 12/26] drm/exynos: Split manager/display/subdrv

Hi, On Wednesday 23 of October 2013 12:09:06 Sean Paul wrote: > On Wed, Oct 23, 2013 at 11:53 AM, Dave Airlie wrote: > > I think we need to start considering a framework where subdrivers > > just > > add drm objects themselves, then the toplevel node is responsible > > for >

[PATCH -next] drm/tegra: fix return value check

est of the clock > code doesn NULL checks. Yes, that would seem to be more consistent. Then again, one could argue that if somebody got an invalid (ERR_PTR()) clock from clk_get(), they shouldn't be calling clk_get_parent() on it in the first place. But the same would be true for NULL, so... Looping in Mike. Thierry -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20131029/6034dd9b/attachment-0001.pgp>

[PATCH 05/12] drm: shmob_drm: Convert to clk_prepare/unprepare

Turn clk_enable() and clk_disable() calls into clk_prepare_enable() and clk_disable_unprepare() to get ready for the migration to the common clock framework. Cc: David Airlie Cc: dri-devel at lists.freedesktop.org Signed-off-by: Laurent Pinchart ---

[PATCH 00/12] Prepare various SH/R Mobile/Car drivers for CCF migration

Hello, This patch series, based on v3.12-rc7, prepares various Renesas SH-Mobile, R-Mobile and R-Car drivers for migration to CCF by adding clock prepare and unprepare support. The patches are pretty straightforward. Most of the drivers called clk_enable and clk_disable in sleepable context,

[Bug 66331] WebGL water demo crashes LLVM

https://bugs.freedesktop.org/show_bug.cgi?id=66331 --- Comment #5 from Dieter N?tzel --- Sorry, I haven't have LLVM SVN on this system. -Dieter -- You are receiving this mail because: You are the assignee for the bug. -- next part -- An HTML attachment was scrubbed...

[PATCH -next] drm/tegra: fix return value check

On Mon, Oct 28, 2013 at 03:51:32PM -0600, Stephen Warren wrote: > On 10/28/2013 02:53 AM, Thierry Reding wrote: > > On Mon, Oct 21, 2013 at 11:34:07AM +0800, Wei Yongjun wrote: > >> From: Wei Yongjun > >> > >> In case of error, the function clk_get_parent() and > >> devm_ioremap_resource()

[PATCH 0/3] Add dt support for exynos hdmiphy settings

Hi Shirish, I have merged the re-factoring patch set from Sean Paul to exynos-drm-next. Can you re-base your patch set at top of exynos-drm-next? Thanks, Inki Dae > -Original Message- > From: Shirish S [mailto:s.shirish at samsung.com] > Sent: Monday, October 28, 2013 7:39 PM > To:

<    1   2