[PATCH] drm/exynos: make sure that overlay data are updated

This patch removes wait_for_vblank call from exynos_drm_encoder_plane_disable function and move it to exynos_drm_encoder_plane_commit function. Disabling dma channel to each plane doens't need vblank signal to update data to real hardware. But updating overlay data to real hardware does need vblan

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link

On Wed, Nov 14, 2012 at 11:58:42AM +0100, Laurent Pinchart wrote: > I think my preference would go for a helper function that drivers can use, > possibly first waiting until a second driver requires this kind of checks > before implementing it. I'd like to see a driver that doesn't. Quite likely

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link

Hi Sylwester, Thanks for the comments. On Wed, Nov 14, 2012 at 10:23:19AM +0100, Sylwester Nawrocki wrote: > On 11/13/2012 03:24 PM, Sakari Ailus wrote: > > Hi all, > > > > Comments would be appreciated, either positive or negative. The omap3isp > > driver does the same check itself currently, b

Regression due to "mm: fix-up zone present pages"

On Wed, Nov 14, 2012 at 6:09 PM, Daniel Vetter wrote: > Hi all, > > Our QA noticed a regression in one of our i915/GEM testcases in 3.7: > > https://bugs.freedesktop.org/show_bug.cgi?id=56859 > > Direct link to dmesg of the machine: > https://bugs.freedesktop.org/attachment.cgi?id=70052 Note that

[PATCH v2] drm/exynos: add vm_ops to specific gem mmaper

Changelog v2: call mutex_lock before drm_vm_open_locked is called. Changelog v1: This patch makes it takes a reference to gem object when specific gem mmap is requested. For this, it sets dev->driver->gem_vm_ops to vma->vm_ops. And this patch is based on exynos-drm-next-iommu branch of gi

[PATCH v2] drm/exynos: fix overlay updating issue

Chagelog v2: Move encoder's dpms updating into exynos_drm_encoder_commit function because when crtc's dpms is updated, encoder's dpms is updated also. This would induce the issue that encoder isn't disabled after crtc is disabled. Changelog v1: This patch fixes a issue that overlay data aren't app

[PATCH] drm/exynos: fix overlay updating issue

This patch fixes a issue that overlay data aren't applied to real hardware when dpms off goes to on after setcrtc was requested like below, dpms off -> setcrtc -> dpms off -> dpms on For this, it makes encoder's dpms to be updated when setcrtc is requested. Signed-off-by: Inki Dae Signed-off

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 Marcin Slusarz changed: What|Removed |Added CC||marcin.slusarz at gmail.com --- Comm

[RESEND][PATCH] drm/prime: drop reference on imported dma-buf come from gem

Increasing ref counts of both dma-buf and gem for imported dma-buf come from gem makes memory leak. release function of dma-buf cannot be called because f_count of dma-buf increased by importing gem and gem ref count cannot be decrease because of exported dma-buf. So I add dma_buf_put() for import

[PATCH] drm: exynos: fix for loosing display mode header during mode adjustment

= base; > break; > } > } > -- > 1.7.0.4 > > ___ > dri-devel mailing list > dri-devel at lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/dri-devel > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/66f05448/attachment.html>

[PATCH 2/2] drm/exynos: release fb pended by page flip

This patch releases the fb pended by page flip after fbdev is restored propely. And fixes invalid memory access when drm is released while doing pageflip. This patch makes fb's refcount to be increased when setcrtc and pageflip are requested. In other words, it increases fb's refcount only if dma

[PATCH 1/2] drm/exynos: remove unnecessary code.

plane->fb will be set to new fb after update_plane callback is called by drm_mode_set_plane() Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_plane.c |1 - 1 files changed, 0 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/exynos/exynos

[PATCH 0/2] drm/exynos: fix invalid memory access

This patch releases the fb pended by page flip after fbdev is restored propely. And fixes invalid memory access when drm is released while doing pageflip. This patch makes fb's refcount to be increased when setcrtc and pageflip are requested. In other words, it increases fb's refcount only if dma

Re: please add datasheet URL to dri.freedesktop.org/wiki/SMedia

On Wed, 2012-11-14 at 14:52 -0800, Eric Anholt wrote: > I noticed this marked todo in my mail. I've added you to the dri.fdo > edit group. Great, thanks! I've updated the wiki page to point at the datasheets. Since I noticed that you are using GPG, some OpenPGP best practices: https://we.rise

Re: [PATCH 1/1] media: Entities with sink pads must have at least one enabled link

On Wed, Nov 14, 2012 at 11:58:42AM +0100, Laurent Pinchart wrote: > I think my preference would go for a helper function that drivers can use, > possibly first waiting until a second driver requires this kind of checks > before implementing it. I'd like to see a driver that doesn't. Quite likely

Re: [PATCH 1/1] media: Entities with sink pads must have at least one enabled link

Hi Sylwester, Thanks for the comments. On Wed, Nov 14, 2012 at 10:23:19AM +0100, Sylwester Nawrocki wrote: > On 11/13/2012 03:24 PM, Sakari Ailus wrote: > > Hi all, > > > > Comments would be appreciated, either positive or negative. The omap3isp > > driver does the same check itself currently, b

Re: linux-next: Tree for Nov 14 (gpu/drm/i915)

On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > Hi all, > > News: next-20121115 (i.e. tomorrow) will be the last release until > next-20121126 (which should be just be after -rc7, I guess - assuming > that Linus does not release v3.7 before then), so if you want something > in linux-next for a

Re: Regression due to "mm: fix-up zone present pages"

On Wed, Nov 14, 2012 at 6:09 PM, Daniel Vetter wrote: > Hi all, > > Our QA noticed a regression in one of our i915/GEM testcases in 3.7: > > https://bugs.freedesktop.org/show_bug.cgi?id=56859 > > Direct link to dmesg of the machine: > https://bugs.freedesktop.org/attachment.cgi?id=70052 Note that

Re: [PATCH 1/1] media: Entities with sink pads must have at least one enabled link

Hi Sakari, On Wednesday 14 November 2012 23:13:45 Sakari Ailus wrote: > On Wed, Nov 14, 2012 at 10:23:19AM +0100, Sylwester Nawrocki wrote: > > On 11/13/2012 03:24 PM, Sakari Ailus wrote: > > > Hi all, > > > > > > Comments would be appreciated, either positive or negative. The omap3isp > > > driv

Re: [PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

On Wed, Nov 14, 2012 at 11:22:37AM -0600, Andy Gross wrote: > Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. > > v2: Fix typing issue seen with newer compilers > > Signed-off-by: Andy Gross > Signed-off-by: Rob Clark > --- > drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- >

[PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

On Wed, Nov 14, 2012 at 11:22:37AM -0600, Andy Gross wrote: > Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. > > v2: Fix typing issue seen with newer compilers > > Signed-off-by: Andy Gross > Signed-off-by: Rob Clark > --- > drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- >

[Bug 56865] Mesa 9.0 extremely slow and produces fading output on radeon Evergreen

pplied. -- 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/20121114/7c743efe/attachment.html>

[Bug 56865] Mesa 9.0 extremely slow and produces fading output on radeon Evergreen

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/500ba688/attachment.html>

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (boot/grub2 and suspend/resume) (CAYMAN)

the assignee for the bug. -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/23d4af52/attachment-0001.html>

[PATCH] drm/radeon: fix logic error in atombios_encoders.c

On Mit, 2012-11-14 at 09:13 -0500, alexdeucher at gmail.com wrote: > From: Alex Deucher > > Fixes: > https://bugzilla.kernel.org/show_bug.cgi?id=50431 > > Reported-by: David Binderman > Signed-off-by: Alex Deucher > Cc: stable at vger.kernel.org Reviewed-by: Michel D?nzer > drivers/gpu/d

[PATCH v9 5/6] drm_modes: add videomode helpers

On Wed, Nov 14, 2012 at 01:49:44PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote: > [...] > > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c > [...] > > @@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay,

[PATCH v9 3/6] fbmon: add videomode helpers

On Wed, Nov 14, 2012 at 01:12:07PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote: > > Add a function to convert from the generic videomode to a fb_videomode. > > > > Signed-off-by: Steffen Trumtrar > > --- > > drivers/video/fbmon.c | 38 +++

Re: please add datasheet URL to dri.freedesktop.org/wiki/SMedia

Paul Wise writes: > Hi all, > > Sean from OpenMoko recently released the SMedia Glamo datasheets[1]. > Could someone with permission add them to the wiki page[2]? > > My account (PaulWise) does not appear to be able to edit the page. > > 1. http://people.openmoko.org/sean/datasheets/glamo336

please add datasheet URL to dri.freedesktop.org/wiki/SMedia

nature Size: 197 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/97dbdfdf/attachment.pgp>

[PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

On Wed, Nov 14, 2012 at 11:22 AM, Andy Gross wrote: > Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. > > v2: Fix typing issue seen with newer compilers > > Signed-off-by: Andy Gross Signed-off-by: Rob Clark --- > drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- > 1 files ch

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 Alan changed: What|Removed |Added Summary|GeForce 6150SE: system |[BISECTED]GeForce 6150SE: |hang

[PATCH v9 2/6] video: add of helper for videomode

On Wed, Nov 14, 2012 at 01:00:45PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote: > [...] > > +display-timings bindings > > + > > + > > +display timings node > > I didn't express myself very clearly here =). The way I think

[Bug 50431] drivers/gpu/drm/radeon/atombios_encoders.c:1628: possible bad if test

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

[PATCH v9 6/6] drm_modes: add of_videomode helpers

Name: not available Type: application/pgp-signature Size: 836 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/b0917da7/attachment.pgp>

[Bug 50091] GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #1 from schaefer.frank at gmx.net 2012-11-14 13:50:31 --- Last good commit is 5787640db6ae722aeadb394d480c7ca21b603e34 drm/nv04-nv40/instmem: remove use of nouveau_gpuobj_new_fake() First bad commit is ebb945a94bba2ce8dff7b0942ff

[PATCH v9 5/6] drm_modes: add videomode helpers

the argument list. 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/20121114/476e294f/attachment.pgp>

[PATCH v9 4/6] fbmon: add of_videomode helpers

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/20121114/cc2311dd/attachment.pgp>

[PATCH v9 3/6] fbmon: add videomode helpers

t; *modedb); > extern int fb_find_mode_cvt(struct fb_videomode *mode, int margins, int rb); > extern unsigned char *fb_ddc_read(struct i2c_adapter *adapter); > > +#if IS_ENABLED(CONFIG_VIDEOMODE) > +extern int fb_videomode_from_videomode(struct videomode *vm, > +struct fb_videomode *fbmode); > +#endif > /* drivers/video/modedb.c */ These in turn could use an extra blank line. 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/20121114/503e0c89/attachment.pgp>

[PATCH v9 2/6] video: add of helper for videomode

org/archives/dri-devel/attachments/20121114/1a73073a/attachment.pgp>

[PATCH v9 1/6] video: add display_timing and videomode

Nit: should have a blank line before the #endif. 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/20

[PATCH v9 2/6] video: add of helper for videomode

ers > + * > + * This file is released under the GPLv2 > + */ > + > +#ifndef __LINUX_OF_VIDEOMODE_H > +#define __LINUX_OF_VIDEOMODE_H > + > +#include > +#include > + > +int of_get_videomode(struct device_node *np, struct videomode *vm, int > index); > +#endif /* __LINUX_OF_VIDEOMODE_H */ Nit: should have a blank line before #endif. 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/20121114/a129718a/attachment.pgp>

[PATCH v9 6/6] drm_modes: add of_videomode helpers

Add helper to get drm_display_mode from devicetree. Signed-off-by: Steffen Trumtrar --- drivers/gpu/drm/drm_modes.c | 35 ++- include/drm/drmP.h |6 ++ 2 files changed, 40 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_modes.c b/

[PATCH v9 5/6] drm_modes: add videomode helpers

Add conversion from videomode to drm_display_mode Signed-off-by: Steffen Trumtrar --- drivers/gpu/drm/drm_modes.c | 36 include/drm/drmP.h |6 ++ 2 files changed, 42 insertions(+) diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/

[PATCH v9 4/6] fbmon: add of_videomode helpers

Add helper to get fb_videomode from devicetree. Signed-off-by: Steffen Trumtrar --- drivers/video/fbmon.c | 42 +- include/linux/fb.h|6 ++ 2 files changed, 47 insertions(+), 1 deletion(-) diff --git a/drivers/video/fbmon.c b/drivers/video/f

[PATCH v9 3/6] fbmon: add videomode helpers

Add a function to convert from the generic videomode to a fb_videomode. Signed-off-by: Steffen Trumtrar --- drivers/video/fbmon.c | 38 ++ include/linux/fb.h|5 + 2 files changed, 43 insertions(+) diff --git a/drivers/video/fbmon.c b/drivers/vid

[PATCH v9 2/6] video: add of helper for videomode

This adds support for reading display timings from DT or/and convert one of those timings to a videomode. The of_display_timing implementation supports multiple children where each property can have up to 3 values. All children are read into an array, that can be queried. of_get_videomode converts

[PATCH v9 1/6] video: add display_timing and videomode

Add display_timing structure and the according helper functions. This allows the description of a display via its supported timing parameters. Every timing parameter can be specified as a single value or a range . Also, add helper functions to convert from display timings to a generic videomode

[PATCH v9 0/6] of: add display helper

Hi! Changes since v8: - fix memory leaks - change API to be more consistent (foo_from_bar(struct bar, struct foo)) - include headers were necessary - misc minor bufixes Regards, Steffen Steffen Trumtrar (6): video: add display_timing and videomode video: add

Re: [PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

On Wed, Nov 14, 2012 at 11:22 AM, Andy Gross wrote: > Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. > > v2: Fix typing issue seen with newer compilers > > Signed-off-by: Andy Gross Signed-off-by: Rob Clark --- > drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- > 1 files ch

[Bug 50431] drivers/gpu/drm/radeon/atombios_encoders.c:1628: possible bad if test

https://bugzilla.kernel.org/show_bug.cgi?id=50431 Alan changed: What|Removed |Added CC||alan at lxorguk.ukuu.org.uk Component|Ot

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 Marcin Slusarz changed: What|Removed |Added CC||marcin.slus...@gmail.com --- Comment

Re: linux-next: Tree for Nov 14 (gpu/drm/i915)

On Wed, 14 Nov 2012 11:41:49 -0800 Randy Dunlap wrote: > On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > > > Hi all, > > > > News: next-20121115 (i.e. tomorrow) will be the last release until > > next-20121126 (which should be just be after -rc7, I guess - assuming > > that Linus does not rel

linux-next: Tree for Nov 14 (gpu/drm/i915)

On Wed, 14 Nov 2012 11:41:49 -0800 Randy Dunlap wrote: > On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > > > Hi all, > > > > News: next-20121115 (i.e. tomorrow) will be the last release until > > next-20121126 (which should be just be after -rc7, I guess - assuming > > that Linus does not rel

[PATCH v8 1/6] video: add display_timing and videomode

don't forget to also look at my other email before > > sending. =) > > > Sure. Besides those comments (and those from other people) I think your patchset is in pretty good shape. Have you thought about how and when you want to get things merged? 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/20121114/9bcd3f0a/attachment.pgp>

[PATCH v8 1/6] video: add display_timing and videomode

On Wed, Nov 14, 2012 at 12:02:15PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote: > > On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote: > > > On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote: > > > [...] > > > > diff --

[PATCH v8 1/6] video: add display_timing and videomode

> be used from modules. > > > > Thierry > > Yes. Just in time. I was just starting to type the send-email command ;-) Great! In that case don't forget to also look at my other email before sending. =) Thierry -- next part -- A non-text

[PATCH v8 2/6] video: add of helper for videomode

(struct device_node *np, struct videomode *vm, int > index); Same here. 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/20121114/0fed625a/attachment.pgp>

[PATCH v8 1/6] video: add display_timing and videomode

On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote: > On Mon, Nov 12, 2012 at 04:37:01PM +0100, Steffen Trumtrar wrote: > [...] > > diff --git a/drivers/video/display_timing.c b/drivers/video/display_timing.c > [...] > > +void display_timings_release(struct display_timings *disp) > > +{

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link

Hi Sylwester, On Wednesday 14 November 2012 10:23:19 Sylwester Nawrocki wrote: > On 11/13/2012 03:24 PM, Sakari Ailus wrote: > > Hi all, > > > > Comments would be appreciated, either positive or negative. The omap3isp > > driver does the same check itself currently, but I think this is more > > g

[PATCH v8 1/6] video: add display_timing and videomode

be used from modules. 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/20121114/cff56431/attachment.pgp>

linux-next: Tree for Nov 14 (gpu/drm/i915)

On 11/13/2012 09:30 PM, Stephen Rothwell wrote: > Hi all, > > News: next-20121115 (i.e. tomorrow) will be the last release until > next-20121126 (which should be just be after -rc7, I guess - assuming > that Linus does not release v3.7 before then), so if you want something > in linux-next for a

[PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. v2: Fix typing issue seen with newer compilers Signed-off-by: Andy Gross --- drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/staging/omapdrm/omap_dmm_tiler.

Regression due to "mm: fix-up zone present pages"

Hi all, Our QA noticed a regression in one of our i915/GEM testcases in 3.7: https://bugs.freedesktop.org/show_bug.cgi?id=56859 Direct link to dmesg of the machine: https://bugs.freedesktop.org/attachment.cgi?id=70052 Note that the machine is 32bit, which seems to be important since Chris Wilson

[PATCH v2 1/2] drm: Add NVIDIA Tegra20 support

On 11/14/2012 01:37 AM, Stephen Warren wrote: > On 11/13/2012 12:15 AM, Mark Zhang wrote: >> On 11/13/2012 05:55 AM, Thierry Reding wrote: >>> This commit adds a KMS driver for the Tegra20 SoC. This includes basic >>> support for host1x and the two display controllers found on the Tegra20 >>> SoC.

[PATCH 1/1] media: Entities with sink pads must have at least one enabled link

Hi Sakari, On 11/13/2012 03:24 PM, Sakari Ailus wrote: > Hi all, > > Comments would be appreciated, either positive or negative. The omap3isp > driver does the same check itself currently, but I think this is more > generic than that. > > Thanks. > > On Fri, Oct 26, 2012 at 10:46:17PM +0300, Sa

[PATCH] drm/ttm: remove unneeded preempt_disable/enable

On 11/09/2012 01:10 PM, Akinobu Mita wrote: > It is unnecessary to disable preemption explicitly while calling > copy_highpage(). Because copy_highpage() will do it again through > kmap_atomic/kunmap_atomic. > > Signed-off-by: Akinobu Mita > Cc: dri-devel at lists.freedesktop.org > Cc: David Airl

[PATCH] ttm_get_pages() will OOPS with highmem allocation

On 11/13/2012 07:31 PM, Jonathan Morton wrote: > Reposting from this kernel bug: > https://bugzilla.kernel.org/show_bug.cgi?id=50241 > > I've tested the patch and it solves a highly repeatable OOPS with the > CedarView driver that I'm porting. > > > >From 3552913d3a1c2d3c4ce158e91dc18cd12b522cb2 Mo

[PATCH] drm/radeon: fix logic error in atombios_encoders.c

On Wed, Nov 14, 2012 at 9:32 AM, Michel D?nzer wrote: > On Mit, 2012-11-14 at 09:13 -0500, alexdeucher at gmail.com wrote: >> From: Alex Deucher >> >> Fixes: >> https://bugzilla.kernel.org/show_bug.cgi?id=50431 >> >> Reported-by: David Binderman >> Signed-off-by: Alex Deucher >> Cc: stable at v

[PATCH v2] drm/omap: Fix usage of IS_ERR_OR_NULL and PTR_ERR

Return -ENOMEM if dmm_txn_init cannot allocate a refill engine. v2: Fix typing issue seen with newer compilers Signed-off-by: Andy Gross --- drivers/staging/omapdrm/omap_dmm_tiler.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/staging/omapdrm/omap_dmm_tiler.

[PATCH] drm/radeon: fix logic error in atombios_encoders.c

From: Alex Deucher Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=50431 Reported-by: David Binderman Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/atombios_encoders.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/g

[Bug 56865] Mesa 9.0 extremely slow and produces fading output on radeon Evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=56865 --- Comment #19 from Alex Deucher --- (In reply to comment #18) > > As far as I understand, expected usage of MLAA with Mesa is to enable it > > only for the applications where you want it (games etc) with either > > app-specific drirc settings o

[Bug 56865] Mesa 9.0 extremely slow and produces fading output on radeon Evergreen

https://bugs.freedesktop.org/show_bug.cgi?id=56865 --- Comment #18 from ka.n...@mail.ru --- (In reply to comment #17) > I suspect that it works as intended though it's not what one might expect > comparing to similar options in proprietary drivers. I think you're completely right. In my case the i

[Bug 56139] [bisected] kernel 3.7.0-rc1 breaks 6950 (boot/grub2 and suspend/resume) (CAYMAN)

https://bugs.freedesktop.org/show_bug.cgi?id=56139 --- Comment #31 from Alexandre Demers --- Here are the videos. Sorry, they were recorded with my iPod and they are inverted. Normal boot sequence before the culprit commit (kernel 3.6) http://www.filedropper.com/k36 A normal boot sequence with k

Re: [PATCH] drm/radeon: fix logic error in atombios_encoders.c

On Wed, Nov 14, 2012 at 9:32 AM, Michel Dänzer wrote: > On Mit, 2012-11-14 at 09:13 -0500, alexdeuc...@gmail.com wrote: >> From: Alex Deucher >> >> Fixes: >> https://bugzilla.kernel.org/show_bug.cgi?id=50431 >> >> Reported-by: David Binderman >> Signed-off-by: Alex Deucher >> Cc: sta...@vger.ke

[Bug 50091] [BISECTED]GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 Alan changed: What|Removed |Added Summary|GeForce 6150SE: system |[BISECTED]GeForce 6150SE: |hang

Re: [PATCH] drm/radeon: fix logic error in atombios_encoders.c

On Mit, 2012-11-14 at 09:13 -0500, alexdeuc...@gmail.com wrote: > From: Alex Deucher > > Fixes: > https://bugzilla.kernel.org/show_bug.cgi?id=50431 > > Reported-by: David Binderman > Signed-off-by: Alex Deucher > Cc: sta...@vger.kernel.org Reviewed-by: Michel Dänzer > drivers/gpu/drm/rad

Re: [PATCH v9 5/6] drm_modes: add videomode helpers

On Wed, Nov 14, 2012 at 01:49:44PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote: > [...] > > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c > [...] > > @@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay,

[Bug 50431] drivers/gpu/drm/radeon/atombios_encoders.c:1628: possible bad if test

https://bugzilla.kernel.org/show_bug.cgi?id=50431 Alex Deucher changed: What|Removed |Added CC||alexdeuc...@gmail.com --- Comment #1 f

[PATCH] drm/radeon: fix logic error in atombios_encoders.c

From: Alex Deucher Fixes: https://bugzilla.kernel.org/show_bug.cgi?id=50431 Reported-by: David Binderman Signed-off-by: Alex Deucher Cc: sta...@vger.kernel.org --- drivers/gpu/drm/radeon/atombios_encoders.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/

Re: [PATCH v9 3/6] fbmon: add videomode helpers

On Wed, Nov 14, 2012 at 01:12:07PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote: > > Add a function to convert from the generic videomode to a fb_videomode. > > > > Signed-off-by: Steffen Trumtrar > > --- > > drivers/video/fbmon.c | 38 +++

[Bug 50091] GeForce 6150SE: system hangs on X-server start with garbled screen

https://bugzilla.kernel.org/show_bug.cgi?id=50091 --- Comment #1 from schaefer.fr...@gmx.net 2012-11-14 13:50:31 --- Last good commit is 5787640db6ae722aeadb394d480c7ca21b603e34 drm/nv04-nv40/instmem: remove use of nouveau_gpuobj_new_fake() First bad commit is ebb945a94bba2ce8dff7b0942ff2b3

Re: [PATCH v9 2/6] video: add of helper for videomode

On Wed, Nov 14, 2012 at 01:00:45PM +0100, Thierry Reding wrote: > On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote: > [...] > > +display-timings bindings > > + > > + > > +display timings node > > I didn't express myself very clearly here =). The way I think

Re: [PATCH v9 6/6] drm_modes: add of_videomode helpers

On Wed, Nov 14, 2012 at 12:43:23PM +0100, Steffen Trumtrar wrote: [...] > +EXPORT_SYMBOL_GPL(of_get_drm_display_mode); > +#endif > /** Nit: there should be a blank line between the last two. Thierry pgp8o6Hp3t2Ea.pgp Description: PGP signature ___ dr

Re: [PATCH v9 5/6] drm_modes: add videomode helpers

On Wed, Nov 14, 2012 at 12:43:22PM +0100, Steffen Trumtrar wrote: [...] > diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/drm_modes.c [...] > @@ -504,6 +505,41 @@ drm_gtf_mode(struct drm_device *dev, int hdisplay, int > vdisplay, int vrefresh, > } > EXPORT_SYMBOL(drm_gtf_mode); > >

Re: [PATCH v9 4/6] fbmon: add of_videomode helpers

On Wed, Nov 14, 2012 at 12:43:21PM +0100, Steffen Trumtrar wrote: [...] > diff --git a/drivers/video/fbmon.c b/drivers/video/fbmon.c [...] > +#if IS_ENABLED(CONFIG_OF_VIDEOMODE) > +static void dump_fb_videomode(struct fb_videomode *m) static inline? Thierry pgpumGF25FWfy.pgp Description: PGP si

[Bug 50431] drivers/gpu/drm/radeon/atombios_encoders.c:1628: possible bad if test

https://bugzilla.kernel.org/show_bug.cgi?id=50431 Alan changed: What|Removed |Added CC||a...@lxorguk.ukuu.org.uk Component|Other

Re: [PATCH v9 3/6] fbmon: add videomode helpers

On Wed, Nov 14, 2012 at 12:43:20PM +0100, Steffen Trumtrar wrote: > Add a function to convert from the generic videomode to a fb_videomode. > > Signed-off-by: Steffen Trumtrar > --- > drivers/video/fbmon.c | 38 ++ > include/linux/fb.h|5 + > 2 f

[PATCH] drm/exynos: fix overlay updating issue

This patch fixes a issue that overlay data aren't applied to real hardware when dpms off goes to on after setcrtc was requested like below, dpms off -> setcrtc -> dpms off -> dpms on For this, it makes encoder's dpms to be updated when setcrtc is requested. Signed-off-by: Inki Dae Signed-off

Re: [PATCH v9 2/6] video: add of helper for videomode

On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote: [...] > +optional properties: > + - native-mode: the native mode for the display, in case multiple modes are > + provided. When omitted, assume the first node is the native. I forgot: The first sentence in this descripti

Re: [PATCH v9 1/6] video: add display_timing and videomode

On Wed, Nov 14, 2012 at 12:43:18PM +0100, Steffen Trumtrar wrote: [...] > diff --git a/include/linux/videomode.h b/include/linux/videomode.h [...] > +int videomode_from_timing(struct display_timings *disp, struct videomode *vm, > + unsigned int index); > +#endif Nit: should h

Re: [PATCH v9 2/6] video: add of helper for videomode

On Wed, Nov 14, 2012 at 12:43:19PM +0100, Steffen Trumtrar wrote: [...] > +display-timings bindings > + > + > +display timings node I didn't express myself very clearly here =). The way I think this should be written is "display-timings node". > +required properties: > + -

[PATCH v9 2/6] video: add of helper for videomode

This adds support for reading display timings from DT or/and convert one of those timings to a videomode. The of_display_timing implementation supports multiple children where each property can have up to 3 values. All children are read into an array, that can be queried. of_get_videomode converts

[PATCH v9 4/6] fbmon: add of_videomode helpers

Add helper to get fb_videomode from devicetree. Signed-off-by: Steffen Trumtrar --- drivers/video/fbmon.c | 42 +- include/linux/fb.h|6 ++ 2 files changed, 47 insertions(+), 1 deletion(-) diff --git a/drivers/video/fbmon.c b/drivers/video/f

[PATCH v9 3/6] fbmon: add videomode helpers

Add a function to convert from the generic videomode to a fb_videomode. Signed-off-by: Steffen Trumtrar --- drivers/video/fbmon.c | 38 ++ include/linux/fb.h|5 + 2 files changed, 43 insertions(+) diff --git a/drivers/video/fbmon.c b/drivers/vid

[PATCH v9 0/6] of: add display helper

Hi! Changes since v8: - fix memory leaks - change API to be more consistent (foo_from_bar(struct bar, struct foo)) - include headers were necessary - misc minor bufixes Regards, Steffen Steffen Trumtrar (6): video: add display_timing and videomode video: add

[PATCH v9 5/6] drm_modes: add videomode helpers

Add conversion from videomode to drm_display_mode Signed-off-by: Steffen Trumtrar --- drivers/gpu/drm/drm_modes.c | 36 include/drm/drmP.h |6 ++ 2 files changed, 42 insertions(+) diff --git a/drivers/gpu/drm/drm_modes.c b/drivers/gpu/drm/

[PATCH v9 1/6] video: add display_timing and videomode

Add display_timing structure and the according helper functions. This allows the description of a display via its supported timing parameters. Every timing parameter can be specified as a single value or a range . Also, add helper functions to convert from display timings to a generic videomode

[PATCH v9 6/6] drm_modes: add of_videomode helpers

Add helper to get drm_display_mode from devicetree. Signed-off-by: Steffen Trumtrar --- drivers/gpu/drm/drm_modes.c | 35 ++- include/drm/drmP.h |6 ++ 2 files changed, 40 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/drm_modes.c b/

[Bug 41971] [kms] Muxless radeon takes 20 seconds to fetch rom

RL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121114/23743209/attachment-0001.html>

Re: [PATCH v8 1/6] video: add display_timing and videomode

On Wed, Nov 14, 2012 at 12:10:15PM +0100, Steffen Trumtrar wrote: > On Wed, Nov 14, 2012 at 12:02:15PM +0100, Thierry Reding wrote: > > On Wed, Nov 14, 2012 at 11:59:25AM +0100, Steffen Trumtrar wrote: > > > On Wed, Nov 14, 2012 at 11:56:34AM +0100, Thierry Reding wrote: > > > > On Mon, Nov 12, 201

  1   2   >