[Intel-gfx] [PATCH 2/2] drm/i915: Kill intel_crtc->vbl_wait

On Thu, May 22, 2014 at 08:30:23PM +0100, Chris Wilson wrote: > On Thu, May 22, 2014 at 06:05:34PM +0200, Daniel Vetter wrote: > > On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote: > > > On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at > > > linux.intel.com wrote: > > > >

[PATCH v2 04/18] video: add command mode and command mode display timing

On 2014? 05? 21? 20:41, YoungJun Cho wrote: > Hi Therry > > On 05/21/2014 08:02 PM, Thierry Reding wrote: >> On Wed, May 21, 2014 at 01:42:56PM +0900, YoungJun Cho wrote: >>> This patch is based on videomode and display_timing relevant codes. >>> To support command mode panel, it does not need to

[Bug 78453] [HAWAII] Get acceleration working

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/25057557/attachment.html>

[PATCH 04/11] drm/crtc: add interface to reinitialise the legacy mode group

king > them. > > Dave. > > ___ > Intel-gfx mailing list > Intel-gfx at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- next part -- An HTML attachment was scrubbed... URL:

[Intel-gfx] [PATCH 03/11] drm/i915: add some registers need for displayport MST support.

s a fair few i915 state checker backtraces, and some > of them are fairly hard to work out, it might be we should just tone > down the state checker for encoders/connectors with no actual hw backing > them. > > Dave. > > ___ > In

[Intel-gfx] [PATCH 02/11] drm: add DP MST encoder type

s with no actual hw backing > them. > > Dave. > > ___ > Intel-gfx mailing list > Intel-gfx at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx -- next part -- An HTML attachment was scru

[PATCH 01/11] drm/dp_helper: add defines for DP 1.2 and MST support.

itially, > > Since the last set, it makes fbcon and suspend/resume work a lot better, > > I've also fixed a couple of bugs in -intel that make things work a lot > better. > > I've bashed on this a bit using kms-flip from intel-gpu-tools, hacked > to add 3 monitor su

[Bug 72685] [radeonsi hyperz] Artifacts in Unigine Sanctuary

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/d2adef6c/attachment.html>

[PATCH] drm/exynos: use 4WORD dma burst length for small fbs

On 2014? 05? 22? 17:39, Rahul Sharma wrote: > On 22 May 2014 12:25, Inki Dae wrote: >> On 2014? 05? 22? 13:36, Rahul Sharma wrote: >>> Hi Inki, >>> >>> On 21 May 2014 16:43, Inki Dae wrote: Hi Rahul, On 2014? 05? 07? 20:25, Rahul Sharma wrote: > From: Rahul Sharma >

[PATCH v2] drm/exynos: use regmap interface to set hdmiphy control bit in pmu

On 2014? 05? 21? 18:51, Rahul Sharma wrote: > Hi Inki, Tomasz, > > Any comment on this patch? > Merged. Thanks, Inki Dae > Regards, > Rahul Sharma > > On 20 May 2014 10:36, Rahul Sharma wrote: >> Exynos drm hdmi driver used to get dummy hdmiphy clock to >> control the PMU bit for hdmiphy.

[PATCH 0/8] drm/exynos/ipp: image post processing improvements

On 2014? 05? 19? 19:54, Andrzej Hajda wrote: > This set of independent patches contains various improvement and fixes > for exynos_drm ipp framework and drivers. > The patchset is based on drm-exynos/exynos-drm-next branch. Thanks for contributions and merged. Thanks, Inki Dae > > Regards >

[PATCH] radeon: Remove useless quirk for zx1/FireGL X1 combo introduced with fdo #7770

... Name: radeon_agp.c.patch Type: text/x-patch Size: 1011 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/7c582c80/attachment.bin>

[PATCH 3/3] drm/tegra: Fix sequencing

I suspect this is a copy/paste error. Signed-off-by: St?phane Marchesin --- drivers/gpu/drm/tegra/sor.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/tegra/sor.c b/drivers/gpu/drm/tegra/sor.c index 43709ee..23fb9b1 100644 --- a/drivers/gpu/drm/tegra/sor.c

[PATCH 1/3] drm/tegra: Remove pixel clock rounding

The code currently rounds up the clock to the next MHZ, which is rounding up a 69.5MHz clock to 70MHz on my machine. This in turn prevents the display from syncing. Removing this rounding fixes eDP for me. Signed-off-by: St?phane Marchesin --- drivers/gpu/drm/tegra/sor.c | 7 ++- 1 file

[Intel-gfx] [PATCH 2/2] drm/i915: Kill intel_crtc->vbl_wait

On Thu, May 22, 2014 at 06:05:34PM +0200, Daniel Vetter wrote: > On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote: > > On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com > > wrote: > > > From: Ville Syrj?l? > > > > > > Share the waitqueue that drm_irq uses

[PATCH] radeon: Remove useless quirk for zx1/FireGL X1 combo introduced with fdo #7770

... Name: radeon_agp.c.patch Type: text/x-patch Size: 1011 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/6f0d3a63/attachment.bin> -- nex

[PATCH] drm/exynos: Fix PTN3460 dependency

On 2014? 05? 22? 00:51, Thierry Reding wrote: > On Tue, May 20, 2014 at 11:15:25AM +0200, Jean Delvare wrote: >> The following configuration options combination: >> >> CONFIG_DRM_EXYNOS_DP=y >> CONFIG_DRM_PTN3460=m >> >> currently leads to the following linker failure: >> >> drivers/built-in.o: In

[Bug 78453] [HAWAII] Get acceleration working

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

[Bug 76761] radeon DPM breaks suspend to disk and resume from RAM in 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=76761 Vitaliy Filippov changed: What|Removed |Added Summary|radeon driver breaks|radeon DPM breaks suspend

[Bug 76761] radeon driver breaks suspend to disk and resume from RAM in 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=76761 --- Comment #2 from Vitaliy Filippov --- Yes, I can try to bisect... Just found Bug 63391 (Radeon RS880 doesn't resume from suspend with radeon dpm enabled), and also tried to disable DPM - suspend works fine without it. But DPM is an important

[Bug 76761] radeon driver breaks suspend to disk and resume from RAM in 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=76761 Alex Deucher changed: What|Removed |Added CC||alexdeucher at gmail.com --- Comment #1

[PATCH] drm/exynos: fix nested calls to lock mutex in drm resume

Hi Inki, This is another one which has not got reviewed. Please review. Regards, Rahul Sharma On 30 April 2014 19:11, Rahul Sharma wrote: > From: Rahul Sharma > > While testing S2R on exynos board, system is hanging and > rebooting due to nested mutex_lock calls in exynos drm > resume

[PATCH 5/7] drm/exynos: add hdmiphy power on/off sequence

Hi Inki, Please review this patch. Regards, Rahul Sharma On 3 April 2014 20:41, Rahul Sharma wrote: > From: Shirish S > > This patch implements the power on/off sequence > of HDMI PHY in exynos5420 and exynos5250 as provided > by the hardware team. > > This has been verified for mulitple

[PATCH v3] drm/exynos: enable fimd clocks in probe before accessing fimd registers

Fimd probe is accessing fimd Registers without enabling the fimd gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled during kernel boottime, the system hangs during boottime. This issue got surfaced when verifying with sysmmu enabled. Probe of fimd Sysmmu enables the master clock

[PATCH v2 1/2] drm: Add drm_crtc_vblank_waitqueue()

From: Ville Syrj?l? Add a small static inline helper to grab the vblank wait queue based on the drm_crtc. This is useful for drivers to do internal vblank waits using wait_event() & co. v2: Pimp commit message (Daniel) Add kernel doc (Daniel) Suggested-by:

[Bug 76761] New: radeon driver breaks suspend to disk and resume from RAM in 3.14

https://bugzilla.kernel.org/show_bug.cgi?id=76761 Bug ID: 76761 Summary: radeon driver breaks suspend to disk and resume from RAM in 3.14 Product: Drivers Version: 2.5 Kernel Version: 3.14.4 (debian 3.14.4-1 amd64)

[PATCH v2 2/2] drm/i915: Kill intel_crtc->vbl_wait

From: Ville Syrj?l? Share the waitqueue that drm_irq uses when performing the vblank evade trick for atomic pipe updates. v2: Keep intel_pipe_handle_vblank() (Chris) Suggested-by: Daniel Vetter Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_irq.c

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

On 22 May 2014 13:33, Thierry Reding wrote: > On Thu, May 22, 2014 at 12:06:16PM +0530, Rahul Sharma wrote: >> On 22 May 2014 11:51, Sachin Kamat wrote: >> > Hi Rahul, >> [snip] >> >> >> >> + clk_prepare_enable(ctx->bus_clk); >> > >> > Probably a check for its success? >> > >> >> +

[PATCH 2/2] drm/i915: Kill intel_crtc->vbl_wait

From: Ville Syrj?l? Share the waitqueue that drm_irq uses when performing the vblank evade trick for atomic pipe updates. Suggested-by: Daniel Vetter Signed-off-by: Ville Syrj?l? --- drivers/gpu/drm/i915/i915_irq.c | 25 ++---

[PATCH 1/2] drm: Add drm_crtc_vblank_waitqueue()

From: Ville Syrj?l? Add a small static inline helper to grab the vblank wait queue based on the drm_crtc. Suggested-by: Daniel Vetter Signed-off-by: Ville Syrj?l? --- include/drm/drmP.h | 4 1 file changed, 4 insertions(+) diff --git a/include/drm/drmP.h

[Intel-gfx] [PATCH 1/2] drm: Add drm_crtc_vblank_waitqueue()

On Thu, May 22, 2014 at 06:39:32PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Add a small static inline helper to grab the vblank wait queue based on > the drm_crtc. Maybe add that this is useful for drivers to do internal vblank waits using wait event. >

[Intel-gfx] [PATCH 2/2] drm/i915: Kill intel_crtc->vbl_wait

On Thu, May 22, 2014 at 04:49:03PM +0100, Chris Wilson wrote: > On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com > wrote: > > From: Ville Syrj?l? > > > > Share the waitqueue that drm_irq uses when performing the vblank evade > > trick for atomic pipe updates. > > > >

[Bug 78453] [HAWAII] Get acceleration working

nee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/70cb1d97/attachment.html>

[PATCH 2/3] drm/edid: Check for user aspect ratio input

In case user has specified an input for aspect ratio through the property, then the user space value for PAR would take preference over the value from CEA mode list. Signed-off-by: Vandana Kannan Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_edid.c | 9 +++-- 1 file

[PATCH 1/3] drm/crtc: Add property for aspect ratio

Added a property to enable user space to set aspect ratio. This patch contains declaration of the property and code to create the property. Signed-off-by: Vandana Kannan Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_crtc.c | 31 +++

[Intel-gfx] [PATCH 2/2] drm/i915: Kill intel_crtc->vbl_wait

On Thu, May 22, 2014 at 06:39:33PM +0300, ville.syrjala at linux.intel.com wrote: > From: Ville Syrj?l? > > Share the waitqueue that drm_irq uses when performing the vblank evade > trick for atomic pipe updates. > > Suggested-by: Daniel Vetter > Signed-off-by: Ville Syrj?l? > --- >

[Bug 78453] [HAWAII] Get acceleration working

bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/ba5765ae/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

odule? Also please try radeon.test=1 and radeon.test=2 separately. -- 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/20140522/785c9ef6/attachment-0001.html>

linux-next: manual merge of the drm-intel tree with the drm-intel-fixes tree

achment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/649becde/attachment.sig>

[PATCH 2/6] drm: Refactor setplane to allow internal use (v3)

On Fri, May 23, 2014 at 12:51:29AM +0200, Daniel Vetter wrote: > On Thu, May 22, 2014 at 03:48:16PM -0700, Matt Roper wrote: > > On Fri, May 23, 2014 at 12:37:52AM +0200, Daniel Vetter wrote: > > > On Thu, May 22, 2014 at 6:33 PM, Matt Roper > > intel.com> wrote: > > > > v3: > > > > - Move

[Bug 78453] [HAWAII] Get acceleration working

e test are actually passed ? -- 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/20140522/3b2c76ac/attachment.html>

[PATCH] drm/exynos: use 4WORD dma burst length for small fbs

On 2014? 05? 22? 13:36, Rahul Sharma wrote: > Hi Inki, > > On 21 May 2014 16:43, Inki Dae wrote: >> >> Hi Rahul, >> >> On 2014? 05? 07? 20:25, Rahul Sharma wrote: >>> From: Rahul Sharma >>> >>> In case of exynos, setting dma-burst to 16Word causes permanent >>> tearing for very small buffers,

[PATCH v2 04/18] video: add command mode and command mode display timing

. Can somebody from the i.MX crowd perhaps look at this, to see if they've had to solve a similar problem (since the above document refers to i.MX)? Adding Russell and Philipp for a second opinion. 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/20140522/2487a561/attachment.sig>

[Bug 78453] [HAWAII] Get acceleration working

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

[PATCH 5/5] drm/edid: Parse and handle HDMI deep color modes.

Alex Deucher wrote: > From: Mario Kleiner > > Check the HDMI cea block for deep color mode bits. If available, > assign the highest supported bpc for a hdmi display, corresponding > to the given deep color modes. I haven't had time to test further, but with all 5 applied on top of deathsimple

[Bug 78453] [HAWAII] Get acceleration working

art -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/8d5f428d/attachment.html>

[PATCH 2/6] drm: Refactor setplane to allow internal use (v3)

On Fri, May 23, 2014 at 12:37:52AM +0200, Daniel Vetter wrote: > On Thu, May 22, 2014 at 6:33 PM, Matt Roper > wrote: > > v3: > > - Move integer overflow checking from setplane_internal to setplane > >ioctl. The upcoming legacy cursor support via universal planes needs > >to maintain

[PATCH] drm/exynos: allocate non-contigous buffers when iommu is enabled

On 2014? 05? 22? 14:25, Rahul Sharma wrote: > Hi Inki, > > The below fix doesn't affect the FB dev buffer allocation. IMO the scenario > where u-boot allocates the buffer is not disturbed. > Please review the implementation. > Applied. Thanks, Inki Dae > Regards, > Rahul Sharma. > > On 7

[Bug 79074] New: PRIME with compositing rednering hangs and other rendering issues

s scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/1db79725/attachment.html>

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/671fd4b7/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

a non-X runlevel and then manually loading radeon from the command line. -- 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/20140522/9029de5d/attachment.html>

[Bug 78453] [HAWAII] Get acceleration working

or the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/876ae2e4/attachment-0001.html>

[Intel-gfx] [PATCH 1/3] drm/crtc: Add property for aspect ratio

On Thu, May 22, 2014 at 04:50:48PM +0530, Vandana Kannan wrote: > Added a property to enable user space to set aspect ratio. > This patch contains declaration of the property and code to create the > property. > > Signed-off-by: Vandana Kannan > Cc: dri-devel at lists.freedesktop.org

[PATCH 1/1] drm/exynos: Fix checkpatch warning in exynos_dp_reg.c

On Thursday, May 22, 2014 1:59 PM, Sachin Kamat wrote: > > Silences the following warning: > WARNING: space prohibited before semicolon > > Signed-off-by: Sachin Kamat Acked-by: Jingoo Han Best regards, Jingoo Han > --- > drivers/gpu/drm/exynos/exynos_dp_reg.c |2 +- > 1 file changed,

[PATCH] drm/exynos: use 4WORD dma burst length for small fbs

On 22 May 2014 12:25, Inki Dae wrote: > On 2014? 05? 22? 13:36, Rahul Sharma wrote: >> Hi Inki, >> >> On 21 May 2014 16:43, Inki Dae wrote: >>> >>> Hi Rahul, >>> >>> On 2014? 05? 07? 20:25, Rahul Sharma wrote: From: Rahul Sharma In case of exynos, setting dma-burst to 16Word

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

922 Doesn't look like that has hit 3.14 yet. -- 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/20140522/c9694be4/attachment.html>

[PATCH 6/6] drm/i915: Switch to unified plane cursor handling (v4)

The DRM core will translate calls to legacy cursor ioctls into universal cursor calls automatically, so there's no need to maintain the legacy cursor support. This greatly simplifies the transition since we don't have to handle reference counting differently depending on which cursor interface

[PATCH] drm/radeon: avoid crash if VM command submission isn't available

From: Christian K?nig Signed-off-by: Christian K?nig CC: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_cs.c | 15 +++ 1 file changed, 11 insertions(+), 4 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_cs.c

[Bug 76286] Kernel v3.13 hang during boot now that dpm is enabled for radeon driver - Radeon HD4870

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

[PATCH 2/3] drm/edid: Check for user aspect ratio input

ell so we can see how this is used in a driver? 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/20140522/28febf72/attachment.sig>

[PATCH 1/3] drm/crtc: Add property for aspect ratio

AY_SIZE(drm_aspect_ratio_enum_list)); > + > + dev->mode_config.aspect_ratio_property = aspect_ratio; I don't think you need the temporary aspect_ratio variable here. Can't you directly assign the new property to .aspect_ratio_property? 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/20140522/c54925f9/attachment.sig>

[PATCH v3 1/4] drm: Introduce drm_dev_set_unique()

Hi On Thu, May 22, 2014 at 12:21 PM, Thierry Reding wrote: > From: Thierry Reding > > Add a helper function that allows drivers to statically set the unique > name of the device. This will allow platform and USB drivers to get rid > of their DRM bus implementations and directly use

[PATCH] drm/panel: add support for AUO B133XTN01 panel

in which case I think it may be better to round up to get a more accurate value of the DPI. 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/20140522/29fa1172/attachment.sig>

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

On 22 May 2014 12:06, Rahul Sharma wrote: > On 22 May 2014 11:51, Sachin Kamat wrote: >> Hi Rahul, > [snip] >>> >>> + clk_prepare_enable(ctx->bus_clk); >> >> Probably a check for its success? >> >>> + clk_prepare_enable(ctx->lcd_clk); >> > > Generally we don't check this in any of

[PATCH v3 4/4] drm/tegra: Remove host1x drm_bus implementation

From: Thierry Reding The DRM core can now cope with drivers that don't have an associated struct drm_bus, so the host1x implementation is no longer useful. Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/Makefile | 1 - drivers/gpu/drm/tegra/bus.c| 64

[PATCH v3 3/4] drm: Document how to register devices without struct drm_bus

From: Thierry Reding With the recent addition of the drm_set_unique() function, devices can now be registered without requiring a drm_bus. Add a brief description to the DRM docbook to show how that can be achieved. Signed-off-by: Thierry Reding --- Changes in v3: - replace

[PATCH v3 2/4] drm: Add device registration documentation

From: Thierry Reding Describe how devices are registered using the drm_*_init() functions. Adding this to docbook requires a largish set of changes to the comments in drm_{pci,usb,platform}.c since they are doxygen-style rather than proper kernel-doc and therefore mess with

[PATCH v3 1/4] drm: Introduce drm_dev_set_unique()

From: Thierry Reding Add a helper function that allows drivers to statically set the unique name of the device. This will allow platform and USB drivers to get rid of their DRM bus implementations and directly use drm_dev_alloc() and drm_dev_register(). Reviewed-by: Daniel

[PATCH v3 0/4] drm/tegra: Remove host1x drm_bus implementation

From: Thierry Reding This series of patches gets rid of the host1x drm_bus implementation in Tegra DRM. It introduces a drm_dev_set_unique() function that is used to statically set the unique name of the device, thereby eliminating the last remaining need for drm_bus. There

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

On 22 May 2014 11:51, Sachin Kamat wrote: > Hi Rahul, [snip] >> >> + clk_prepare_enable(ctx->bus_clk); > > Probably a check for its success? > >> + clk_prepare_enable(ctx->lcd_clk); > Generally we don't check this in any of the driver. It will be quite unnecessary. Regards, Rahul

[PATCH] drm/exynos: allocate non-contigous buffers when iommu is enabled

Thanks Sachin. On 22 May 2014 11:38, Sachin Kamat wrote: > Hi Rahul, > > On 7 May 2014 17:21, Rahul Sharma wrote: >> From: Rahul Sharma >> >> Allow to allocate non-contigous buffers when iommu is enabled. >> Currently, it tries to allocates contigous buffer which consistently >> fail for large

[PATCH v2] drm:exynos: allocate non-contigous buffer when iommu is enabled

From: Rahul Sharma Allow to allocate non-contigous buffers when iommu is enabled. Currently, it tries to allocates contigous buffer which consistently fail for large buffers and then fall back to non contigous. Apart from being slow, this implementation is also very

[PATCH v2 0/7] drm/tegra: Convert to master/component framework

e had for a while now. 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/20140522/9898e9cc/attachment.sig>

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

Hi Rahul, On 22 May 2014 10:46, Rahul Sharma wrote: > From: Rahul Sharma > > Fimd probe is accessing fimd Registers without enabling the fimd > gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled > during kernel boottime, the system hangs during boottime. > > This issue got

[PATCH] drm/exynos: allocate non-contigous buffers when iommu is enabled

Hi Rahul, On 7 May 2014 17:21, Rahul Sharma wrote: > From: Rahul Sharma > > Allow to allocate non-contigous buffers when iommu is enabled. > Currently, it tries to allocates contigous buffer which consistently > fail for large buffers and then fall back to non contigous. Apart > from being

[PATCH 5/5] drm/edid: Parse and handle HDMI deep color modes.

On Thu, May 22, 2014 at 10:49 AM, Andy Furniss wrote: > Alex Deucher wrote: >> >> From: Mario Kleiner >> >> Check the HDMI cea block for deep color mode bits. If available, >> assign the highest supported bpc for a hdmi display, corresponding >> to the given deep color modes. > > > I haven't had

[PATCH] drm/exynos: allocate non-contigous buffers when iommu is enabled

Hi Inki, The below fix doesn't affect the FB dev buffer allocation. IMO the scenario where u-boot allocates the buffer is not disturbed. Please review the implementation. Regards, Rahul Sharma. On 7 May 2014 17:21, Rahul Sharma wrote: > From: Rahul Sharma > > Allow to allocate non-contigous

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

From: Rahul Sharma Fimd probe is accessing fimd Registers without enabling the fimd gate clocks. If FIMD clocks are kept disabled in Uboot or disbaled during kernel boottime, the system hangs during boottime. This issue got surfaced when verifying with sysmmu enabled.

[PATCH resend 2/4] backlight: Add backlight device (un)registration notification

Hi, On 05/22/2014 01:31 AM, Rafael J. Wysocki wrote: > On Wednesday, May 21, 2014 03:39:54 PM Hans de Goede wrote: >> Some firmware drivers, ie acpi-video want to get themselves out of the >> way (in some cases) when their also is a raw backlight device available. >> >> Due to module loading

[PATCH resend 1/4] nouveau: Don't check acpi_video_backlight_support() before registering backlight

Hi, On 05/22/2014 01:30 AM, Rafael J. Wysocki wrote: > On Wednesday, May 21, 2014 03:39:53 PM Hans de Goede wrote: >> acpi_video_backlight_support() is supposed to be called by other (vendor >> specific) firmware backlight controls, not by native / raw backlight controls >> like nv_backlight. >>

[PATCH 3/3] drm/exynos: Staticize local symbols in exynos_hdmi.c

These symbols are local to this file. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_hdmi.c |6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index d3f9684..220f048 100644 ---

[PATCH 2/3] drm/exynos: Remove duplicate inclusion of i2c.h

i2c.h was included twice. Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_hdmi.c |1 - 1 file changed, 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_hdmi.c b/drivers/gpu/drm/exynos/exynos_hdmi.c index ed6176e..d3f9684 100644 ---

[PATCH 1/3] drm/exynos: Staticize exynos_dpi_of_find_panel_node

exynos_dpi_of_find_panel_node is local to this file. Signed-off-by: Sachin Kamat --- These patches are based on Inki Dae's tree (exynos-drm-next branch). --- drivers/gpu/drm/exynos/exynos_drm_dpi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 1/1] drm/exynos: Fix checkpatch warning in exynos_dp_reg.c

Silences the following warning: WARNING: space prohibited before semicolon Signed-off-by: Sachin Kamat --- drivers/gpu/drm/exynos/exynos_dp_reg.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/exynos/exynos_dp_reg.c

[PATCH] drm/exynos: use 4WORD dma burst length for small fbs

Hi Inki, On 21 May 2014 16:43, Inki Dae wrote: > > Hi Rahul, > > On 2014? 05? 07? 20:25, Rahul Sharma wrote: >> From: Rahul Sharma >> >> In case of exynos, setting dma-burst to 16Word causes permanent >> tearing for very small buffers, e.g. cursor buffer. Burst Mode >> switching, which is based

[PATCH V2] drm/exynos: enable fimd clocks in probe before accessing fimd registers

n't mean it can't. 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/20140522/77c462e3/attachment.sig>

[PATCH resend 2/4] backlight: Add backlight device (un)registration notification

> >> Some firmware drivers, ie acpi-video want to get themselves out of the > >> way (in some cases) when their also is a raw backlight device available. > >> > >> Due to module loading ordering being unknown, acpi-video cannot be certain > >> that the backlight_device_registered(BACKLIGHT_RAW) it

[PATCH 6/6] drm/i915: Switch to unified plane cursor handling (v3)

The DRM core will translate calls to legacy cursor ioctls into universal cursor calls automatically, so there's no need to maintain the legacy cursor support. This greatly simplifies the transition since we don't have to handle reference counting differently depending on which cursor interface

[PATCH 2/6] drm: Refactor setplane to allow internal use (v3)

Refactor DRM setplane code into a new setplane_internal() function that takes DRM objects directly as parameters rather than looking them up by ID. We'll use this in a future patch when we implement legacy cursor ioctls on top of the universal plane interface. v3: - Move integer overflow

[PATCH] drm/radeon: avoid crash if VM command submission isn't available

On Thu, May 22, 2014 at 7:58 AM, Christian K?nig wrote: > From: Christian K?nig > > Signed-off-by: Christian K?nig > CC: stable at vger.kernel.org Reviewed-by: Alex Deucher > --- > drivers/gpu/drm/radeon/radeon_cs.c | 15 +++ > 1 file changed, 11 insertions(+), 4 deletions(-) >

[Bug 74803] [r600g] HyperZ broken on RV630 (Cogs shadows are broken)

don't have this bug in radeonsi :). -- 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/20140522/f91959d4/attachment.html>

[Bug 68799] [APITRACE] Hyper-Z lockup with Falcon BMS 4.32u6 on CAYMAN

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20140522/8c157e56/attachment.html>

[git pull] drm radeon and nouveau fixes

Hi Linus, Fixes for the other big two, the radeon VCE one is large but it fixes some userspace triggerable issues, otherwise its blackscreens and oopses, nouveau fixes a bleeding laptop panel issue when displayport is used sometimes, Dave. The following changes since commit

[Bug 78669] [r600g, radeonsi] layered-rendering/clear-color-all-types 3d single_level randomly fails

. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140522/c2ef2780/attachment.html>

[Bug 78669] [r600g with -O3] layered-rendering/clear-color-all-types 3d single_level fails

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/20140522/05a55344/attachment.html>

[PATCH resend 2/4] backlight: Add backlight device (un)registration notification

On Wednesday, May 21, 2014 03:39:54 PM Hans de Goede wrote: > Some firmware drivers, ie acpi-video want to get themselves out of the > way (in some cases) when their also is a raw backlight device available. > > Due to module loading ordering being unknown, acpi-video cannot be certain > that the

[PATCH resend 1/4] nouveau: Don't check acpi_video_backlight_support() before registering backlight

On Wednesday, May 21, 2014 03:39:53 PM Hans de Goede wrote: > acpi_video_backlight_support() is supposed to be called by other (vendor > specific) firmware backlight controls, not by native / raw backlight controls > like nv_backlight. > > Userspace will normally prefer firmware interfaces over

[PATCH] radeon: Use time_before()

On Wed, May 21, 2014 at 07:39:37PM +0200, Manuel Sch?lling wrote: > To be future-proof and for better readability the time comparisons are > modified > to use time_before() instead of plain, error-prone math. Nit: commit messages are best wrapped around column 72. > Signed-off-by: Manuel