[PATCH] drm/radeon/dpm: add debugfs support for RS780/RS880 (v2)

This allows you to look at the current DPM state via debugfs. Due to the way the hardware works on these asics, there's no way to look up exactly what power state we are in, so we make the best guess we can based on the current sclk. v2: fix sclk equation Signed-off-by: Alex Deucher

[pull] radeon drm-fixes-3.11

On Wed, Jul 17, 2013 at 9:54 PM, wrote: > From: Alex Deucher > > Hi Dave, > > Just a few DPM fixes. > > The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc: > > uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16 > 10:24:28 +1000) > > are

[PATCH 0/3] Fix backlight issues on some Windows 8 systems

A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/10d0c0cc/attachment-0001.pgp>

[Bug 66932] Screen corruption on Cayman with dpm enabled

- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/008ad0ef/attachment.html>

[PATCH] drm/radeon/dpm: add debugfs support for RS780/RS880 (v2)

> -Original Message- > From: Anthoine Bourgeois [mailto:anthoine.bourgeois at gmail.com] > Sent: Wednesday, July 17, 2013 5:23 PM > To: Deucher, Alexander; Koenig, Christian; Jerome Glisse > Cc: dri-devel at lists.freedesktop.org > Subject: Re: [PATCH] drm/radeon/dpm: add debugfs support

[Bug 66932] Screen corruption on Cayman with dpm enabled

f the debugging output patches. Fixed my issues also. Thanks for your great work. -- 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

[PATCH] drm/radeon/dpm: add debugfs support for RS780/RS880 (v2)

define SPLL_SW_LOLEN_SHIFT 20 > # define SPLL_DIVEN(1 << 24) > # define SPLL_BYPASS_EN(1 << 25) > # define SPLL_CHG_STATUS (1 << 29) > -- > 1.8.1.5 > -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-dpm-add-debugfs-support-for-RS780-RS880-v.patch Type: application/octet-stream Size: 4885 bytes Desc: 0001-drm-radeon-dpm-add-debugfs-support-for-RS780-RS880-v.patch URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/e7ffdcc8/attachment-0001.obj>

[Bug 66932] Screen corruption on Cayman with dpm enabled

f the debugging output patches. Works fine 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/20130717/8092f5e4/attachment.html>

[PATCH 12/20] drm/gem: make drm_gem_object_handle_unreference_unlocked static

On Wed, Jul 17, 2013 at 06:41:05PM +0200, David Herrmann wrote: > Hi > > On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter > wrote: > > No one outside of drm should use this, the official interfaces are > > drm_gem_handle_create and drm_gem_handle_delete. The handle refcounting > > is purely an

[PATCH 10/20] drm/gem: fix up flink name create race

On Wed, Jul 17, 2013 at 06:38:35PM +0200, David Herrmann wrote: > Hi > > On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter > wrote: > > This is the 2nd attempt, I've always been a bit dissatisified with the > > tricky nature of the first one: > > > >

[Bug 66932] Screen corruption on Cayman with dpm enabled

hes. -- 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/20130717/95067914/attachment.html>

DT binding review for Armada display subsystem

On Wed, 17 Jul 2013 11:50:11 -0600 Daniel Drake wrote: > I am now facing a problem with i2c/TDA998x which Russell already noted: > > http://lists.freedesktop.org/archives/dri-devel/2013-June/039632.html >What *can't* be done without a rewrite of the DRM slave encoder backend >is to have

[PATCH v3 4/4] drm/vma: provide drm_vma_node_unmap() helper

Instead of unmapping the nodes in TTM and GEM users manually, we provide a generic wrapper which does the correct thing for all vma-nodes. v2: remove bdev->dev_mapping test in ttm_bo_unmap_virtual_unlocked() as ttm_mem_io_free_vm() does nothing in that case (io_reserved_vm is 0). Cc: Dave Airlie

[PATCH v3 3/4] drm/ttm: convert to unified vma offset manager

Use the new vma-manager infrastructure. This doesn't change any implementation details as the vma-offset-manager is nearly copied 1-to-1 from TTM. Even though the vma-manager uses its own locks, we still need bo->vm_lock to prevent bos from being destroyed before we can get a reference during

[PATCH v3 2/4] drm/gem: convert to new unified vma manager

Use the new vma manager instead of the old hashtable. Also convert all drivers to use the new convenience helpers. This drops all the (map_list.hash.key << PAGE_SHIFT) non-sense. Locking and access-management is exactly the same as before with an additional lock inside of the vma-manager, which

[PATCH v3 1/4] drm: add unified vma offset manager

If we want to map GPU memory into user-space, we need to linearize the addresses to not confuse mm-core. Currently, GEM and TTM both implement their own offset-managers to assign a pgoff to each object for user-space CPU access. GEM uses a hash-table, TTM uses an rbtree. This patch provides a

[PATCH v3 0/4] Unified VMA Offset Manager v3

Hi This is v3 of the unified VMA offset manager. It merges the GEM and TTM mmap offset managers into a unified implementation. v2 is available here: http://lists.freedesktop.org/archives/dri-devel/2013-July/041222.html Changes since v2: - also fix tegra to use the new manager I

[PATCH v2 03/14] x86: provide platform-devices for boot-framebuffers

Hi Any comments on this? On Thu, Jul 4, 2013 at 2:25 PM, David Herrmann wrote: > The current situation regarding boot-framebuffers (VGA, VESA/VBE, EFI) on > x86 causes troubles when loading multiple fbdev drivers. The global > "struct screen_info" does not provide any state-tracking about which

[PATCH 12/20] drm/gem: make drm_gem_object_handle_unreference_unlocked static

Hi On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter wrote: > No one outside of drm should use this, the official interfaces are > drm_gem_handle_create and drm_gem_handle_delete. The handle refcounting > is purely an implementation detail of gem. Yepp. Maybe we could even remove them as

[PATCH 10/20] drm/gem: fix up flink name create race

Hi On Tue, Jul 16, 2013 at 9:12 AM, Daniel Vetter wrote: > This is the 2nd attempt, I've always been a bit dissatisified with the > tricky nature of the first one: > > http://lists.freedesktop.org/archives/dri-devel/2012-July/025451.html > > The issue is that the flink ioctl can race with

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[Bug 66932] Screen corruption on Cayman with dpm enabled

why the previous logic caused such bogus code in newer versions of gcc. -- 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/20

[Bug 66932] Screen corruption on Cayman with dpm enabled

quot; lines should still get printed. -- 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/20130717/7878e868/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/496013c1/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[PATCH 2/2] CDFv2 for VExpress HDLCD DVI output support

--- arch/arm/boot/dts/vexpress-v2p-ca15_a7.dts |6 +- drivers/video/arm-hdlcd.c | 116 +--- drivers/video/vexpress-dvimode.c | 11 +++ drivers/video/vexpress-muxfpga.c |8 +- include/linux/arm-hdlcd.h |6

[PATCH 1/2] Fixed for compatible with kernel 3.10.0-rc6

--- drivers/video/Kconfig |2 ++ drivers/video/fbmon.c | 12 +--- 2 files changed, 7 insertions(+), 7 deletions(-) diff --git a/drivers/video/Kconfig b/drivers/video/Kconfig index 2e14e0b..b0a0947 100644 --- a/drivers/video/Kconfig +++ b/drivers/video/Kconfig @@ -324,6 +324,7 @@

[PATCH 0/2][RFC] CDFv2 for VExpress HDLCD DVI output support

Hi All, This series patches extend Pawel's patches to Versatile Express HDLCD DVI output support. Before apply this patches, please apply Pawel's patches first. This series patches implements base on Linaro release 13.06 branch "ll_20130621.0". here is Pawel's patches [1]

[Bug 66932] Screen corruption on Cayman with dpm enabled

- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/710a2fe3/attachment-0001.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[Bug 66932] Screen corruption on Cayman with dpm enabled

gt;usRegIndexTblSize)) / sizeof(ATOM_INIT_REG_INDEX_FORMAT)) - 1; -- 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/20130717/1ab05f9b/attachment.html>

[PATCH 04/16] drm/mgag200: Don't unreference when handle creation failed

Chris Wilson writes: > On Wed, Jul 17, 2013 at 03:07:17PM +0200, Egbert Eich wrote: > > drm_gem_handle_create() should not have referenced an object when it's > > creation has failed for some reason. > > > > Signed-off-by: Egbert Eich > > Nak. The unreference here is to free the locally

[Bug 66932] Screen corruption on Cayman with dpm enabled

part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/3a036243/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

. URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/f1a5c82b/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[PATCH V2] drm/mgag200: Invalidate page tables when pinning a BO

When a BO gets pinned the placement may get changed. If the memory is mapped into user space and user space has already accessed the mapped range the page tables are set up but now point to the wrong memory. Set bo.mdev->dev_mapping in mgag200_bo_create() to make sure that ttm_bo_unmap_virtual()

CFP for Graphics and Display uConf at LPC 2013

Hi all, It's time to start nailing down the agenda for the Graphics and Display microconference at the Linux Plumbers Conference 2013. For conference approval and preliminary planning purposes, we have compiled a list of possible topics for discussion. The overview and general list of topic

[Bug 66932] Screen corruption on Cayman with dpm enabled

ast =" -- 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/20130717/2906ade2/attachment.html>

[pull] radeon drm-fixes-3.11

From: Alex Deucher Hi Dave, Take two. Just some DPM fixes. The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc: uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16 10:24:28 +1000) are available in the git

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[Bug 66932] Screen corruption on Cayman with dpm enabled

sktop.org/archives/dri-devel/attachments/20130717/95854ba3/attachment.html>

[Bug 66945] Heavy artifacts and unusable graphics system with the latest DPM changes

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/3e243e5e/attachment-0001.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

nts/20130717/a53fcac0/attachment.html>

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/6cc074c9/attachment.html>

[Bug 66932] Screen corruption on Cayman with dpm enabled

nts/20130717/a3c5c3e3/attachment.html>

[pull] radeon drm-fixes-3.11

it a little Does the attached patch help? Alex -- next part -- A non-text attachment was scrubbed... Name: 0001-drm-radeon-dpm-atom-fix-broken-gcc-harder.patch Type: text/x-patch Size: 1997 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/5d620652/attachment.bin>

[pull] radeon drm-fixes-3.11

Dave hold off on this for now. Alex On Wed, Jul 17, 2013 at 4:24 PM, Andre Heider wrote: > On Wed, Jul 17, 2013 at 9:54 PM, wrote: >> From: Alex Deucher >> >> Hi Dave, >> >> Just a few DPM fixes. >> >> The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc: >> >>

[Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

On Wed, 2013-07-17 at 13:38 +0200, Rafael J. Wysocki wrote: > On Wednesday, July 17, 2013 09:16:38 AM Igor Gnatenko wrote: > > On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote: > > > On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote: > > > > On Tue, 2013-07-16 at 17:32 +0400,

[GIT PULL FOR v3.11] SH Mobile DRM and R-Car DU DRM fixes

Hi Dave, The SH Mobile DRM and R-Car DU DRM drivers fail to compile on v3.11-rc1 due to usage of an API that has been removed. Could you please pull these fixes for v3.11 ? The sooner would be the better, to avoid as many bisection issues as possible. The following changes since commit

[pull] radeon drm-fixes-3.11

From: Alex Deucher Hi Dave, Just a few DPM fixes. The following changes since commit d1ce3d5496f2a7c90dd00a9133572f931d2acdcc: uvesafb: Really allow mtrr being 0, as documented and warn()ed (2013-07-16 10:24:28 +1000) are available in the git repository at:

[PATCH] drm: hollow-out GET_CLIENT ioctl

Hi On Tue, Jul 16, 2013 at 3:14 PM, Daniel Vetter wrote: > We not only have debugfs files to do pretty much the equivalent of > lsof, we also have an ioctl. Not that compared to lsof this dumps a > wee bit more information, but we can still get at that from debugfs > easily. > > I've dug around

[Bug 66967] Dota 2 crashes with r600g when starting the tutorial

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/20130717/f0105cc7/attachment.html>

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #12 from Andrew Stubbs --- Created attachment 106911 --> https://bugzilla.kernel.org/attachment.cgi?id=106911=edit dmesg data from ams -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #11 from Andrew Stubbs --- It's a Dell Precision M4600 sitting in the docking station. Apologies for the random Ubuntu version numbers. Not appropriate here. Unfortunately I don't actually know what kernel version I had before the

[Bug 66972] GPU lockup CP stall with radeon.dpm=1 on BARTS/6850

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

[Bug 67002] evergreen: after resume from suspend-to-ram operation is really slow with the latest DPM changes + gpu lockup

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/20130717/b1765964/attachment.html>

[Bug 67002] New: evergreen: after resume from suspend-to-ram operation is really slow with the latest DPM changes

U lockup (waiting for 0x0199 last fence id 0x0198) -- 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/20130717/b27342e4/attachment-0001.html>

[PATCH 16/16] drm/mgag200: Add doublescan and interlace support

This code was ported from the xorg mga driver. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 10 -- 1 file changed, 8 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c b/drivers/gpu/drm/mgag200/mgag200_mode.c index

[PATCH 15/16] drm/mgag200: Reject modes when h-parameters are no multiple of 8

Matrox hardware only supports modes whose horizontal parameters are multiples of 8. This rules out a mode like 1366x768 for example. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 4 1 file changed, 4 insertions(+) diff --git

[PATCH 14/16] drm/mgag200: Fix LUT programming for 16bpp

Since there are only 32 (64) distinct color values for each color in 16bpp Matrox hardware expects those in a 'dense' manner, ie in the first 32 (64) entries of the respective color. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 23 +++ 1 file

[PATCH 13/16] drm/mgag200: Fix framebuffer pitch calculation

From: Takashi Iwai The framebuffer pitch calculation needs to be done differently for bpp == 24 - check xf86-video-mga for reference. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 12/16] drm/mgag200: Add sysfs support for connectors

Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c b/drivers/gpu/drm/mgag200/mgag200_mode.c index 2fe1f64..020a623 100644 --- a/drivers/gpu/drm/mgag200/mgag200_mode.c +++

[PATCH 11/16] drm/mgag200: Initialize data needed to map fbdev memory

Due to a missing initialization there was no way to map fbdev memory. Thus for example using the Xserver with the fbdev driver failed. This fix adds initialization for fix.smem_start and fix.smem_len in the fb_info structure, which fixes this problem. Signed-off-by: Egbert Eich ---

[PATCH 10/16] drm/mgag200: Invalidate page tables when pinning a BO

When a BO gets pinned the placement may get changed. If the memory is mapped into user space and user space has already accessed the mapped range the page tables are set up but now point to the wrong memory. A call to ttm_bo_unmap_virtual() will invalidate all page tables of all mappings of this

[PATCH 09/16] drm/mgag200: Add an crtc_disable callback to the crtc helper funcs

Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_mode.c | 19 +++ 1 file changed, 19 insertions(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_mode.c b/drivers/gpu/drm/mgag200/mgag200_mode.c index 251784a..2fe1f64 100644 ---

[PATCH 08/16] drm/mgag200: Simplify function mgag200_bo_unpin()

Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c b/drivers/gpu/drm/mgag200/mgag200_ttm.c index 2606031..3a2e5e2 100644 --- a/drivers/gpu/drm/mgag200/mgag200_ttm.c

[PATCH 07/16] drm/mgag200: Make local function mgag200_gem_init_object() static

Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c b/drivers/gpu/drm/mgag200/mgag200_main.c index d51096c..fe8ed66 100644 --- a/drivers/gpu/drm/mgag200/mgag200_main.c

[PATCH 06/16] drm/mgag200: Fix logic in mgag200_bo_pin()

Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 22 +- 1 file changed, 9 insertions(+), 13 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_ttm.c b/drivers/gpu/drm/mgag200/mgag200_ttm.c index 6461fd2..2606031 100644 ---

[PATCH 05/16] drm/mgag200: Copy fb name string before using it in mgag200_fb_create()

The fb id string was used in an error message right before it was set. Reversing the order of the code fixes this. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_fb.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_fb.c

[PATCH 04/16] drm/mgag200: Don't unreference when handle creation failed

drm_gem_handle_create() should not have referenced an object when it's creation has failed for some reason. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_main.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c

[PATCH 03/16] drm/mgag200: Free container instead of member in mga_user_framebuffer_destroy()

Technically freeing mga_fb->base is the same as freeing mga_fb as 'base' the first member of the data structure. Still this makes it cleaner. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_main.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[PATCH 02/16] drm/mgag200: Fix memleak in error path in mgag200_bo_create()

The allocated struct mgag200_bo was not freed in all error paths. This patch consolidates error handling and fixes this. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_ttm.c | 11 ++- 1 file changed, 6 insertions(+), 5 deletions(-) diff --git

[PATCH 01/16] drm/mgag200: Fix memleaks in error path in mgag200_fb_create()

Some mmemory allocated in mgag200fb_create() was not properly freed before the function returned with an error. This patch takes care of this. Signed-off-by: Egbert Eich --- drivers/gpu/drm/mgag200/mgag200_fb.c | 21 - 1 file changed, 16 insertions(+), 5 deletions(-) diff

[PATCH 00/16] drm/mgag200: Fixes and enhancements for the MGAG200 KMS driver

This set of patches contains several fixes and enhancements for the MGAG200 KMS driver. Egbert Eich (15): drm/mgag200: Fix memleaks in error path in mgag200_fb_create() drm/mgag200: Fix memleak in error path in mgag200_bo_create() drm/mgag200: Free container instead of member in

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #10 from Alex Deucher --- Sounds like your oem has a rather strange setup. Please attach your dmesg output. -- You are receiving this mail because: You are watching the assignee of the bug.

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #9 from Andrew Stubbs --- Alternatively, would switching a monitor from DVI to VGA or HDMI help? I currently have two DVI monitors, listed as "DisplayPort-1" and "DisplayPort-2", and one laptop display, listed as "LVDS". No two

[Bug 66713] Team Fortress 2 crashes with r600-sb on HD4850

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/458d4186/attachment.html>

[PATCH 04/16] drm/mgag200: Don't unreference when handle creation failed

On Wed, Jul 17, 2013 at 03:07:17PM +0200, Egbert Eich wrote: > drm_gem_handle_create() should not have referenced an object when it's > creation has failed for some reason. > > Signed-off-by: Egbert Eich Nak. The unreference here is to free the locally created resource before returning the

[Bug 54381] [drm:radeon_atom_pick_pll] *ERROR* unable to allocate a PPLL

https://bugzilla.kernel.org/show_bug.cgi?id=54381 Andrew Stubbs changed: What|Removed |Added CC||ams at codesourcery.com --- Comment #8

[PATCH 0/2][RFC] CDFv2 for VExpress HDLCD DVI output support

On Wednesday 17 July 2013 11:49:49 Pawel Moll wrote: > On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote: > > This series patches extend Pawel's patches to > > Versatile Express HDLCD DVI output support. > > Before apply this patches, please apply Pawel's patches first. > > This series patches

[Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

On Wednesday, July 17, 2013 09:16:38 AM Igor Gnatenko wrote: > On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote: > > On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote: > > > On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote: > > > > Hmm. I found regression in user-space.

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

lists.freedesktop.org/archives/dri-devel/attachments/20130717/75779996/attachment.html>

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

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/20130717/b30cbe19/attachment.html>

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

ng 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/20130717/104e7b9c/attachment.html>

[PATCH] drm: Don't pass negative delta to ktime_sub_ns()

On Wed, Jun 12, 2013 at 11:58:44AM +0200, Michel D?nzer wrote: > From: Michel D?nzer > > It takes an unsigned value. This happens not to blow up on 64-bit > architectures, but it does on 32-bit, causing > drm_calc_vbltimestamp_from_scanoutpos() to calculate totally bogus > timestamps for vblank

[Bug 64913] [r600g] KSP 0.20 crashes when entering settings / starting new game.

ttp://lists.freedesktop.org/archives/dri-devel/attachments/20130717/403324c1/attachment.html>

[BUG] radeon: suspend resume

On Mit, 2013-07-17 at 10:58 +0100, Sami Kerola wrote: > On 15 July 2013 11:35, Michel D?nzer wrote: > > On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote: > >> > >> Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup > >> CP stall for more than 1msec > >> Jul 14 12:51:31

[Bug 63599] [r600] SUMO2 GPU lockup CP stall (kernel 3.2.47, 3.4, 3.8, 3.9, 3.10)

-- 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/20130717/98f201a0/attachment-0001.html>

[Bug 60381] AMD Radeon 7770 Ghz edition Crash with DPM active

https://bugzilla.kernel.org/show_bug.cgi?id=60381 --- Comment #21 from Arek Ru?niak --- Created attachment 106902 --> https://bugzilla.kernel.org/attachment.cgi?id=106902=edit dmesg drm-fixes-3.11+patch It almost looks like the same as before. But You are dev here:) I'll try uvd with this

DT binding review for Armada display subsystem

in progress. I'm still reading and learning, so please don't do any detailed reviews yet :) http://dev.laptop.org/~dsd/20130717/0001-dove-clk-dt-wip.patch It includes the previous clock selection patch as this stuff is quite closely bound with DT support. Thanks Daniel

[PATCH 0/2][RFC] CDFv2 for VExpress HDLCD DVI output support

On Wed, 2013-07-17 at 11:08 +0100, Show Liu wrote: > This series patches extend Pawel's patches to > Versatile Express HDLCD DVI output support. > Before apply this patches, please apply Pawel's patches first. > This series patches implements base on Linaro release 13.06 branch >

[Bug 66932] Screen corruption on Cayman with dpm enabled

nt was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/f5d52cd5/attachment.html>

[BUG] radeon: suspend resume

On 15 July 2013 11:35, Michel D?nzer wrote: > On Son, 2013-07-14 at 13:26 +0100, Sami Kerola wrote: >> >> Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup >> CP stall for more than 1msec >> Jul 14 12:51:31 kerolasa-home kernel: radeon :00:01.0: GPU lockup >> (waiting

[PATCH 0/3] Fix backlight issues on some Windows 8 systems

On Sat, Jun 22, 2013 at 4:46 PM, Yves-Alexis Perez wrote: > On dim., 2013-06-09 at 19:01 -0400, Matthew Garrett wrote: >> The first two patches in this series are picked from other patchesets aimed >> at >> solving similar problems. The last simply unregisters ACPI backlight control >> on

[PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume

This patch fixes regression in power consumtion of sandy bridge gpu, which exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that it's extremely busy. After that it never reaches rc6 state. Bug exists since kernel v3.6, commit b4ae3f22d238617ca11610b29fde16cf8c0bc6e0

[PATCH] drm/radeon/dpm: add debugfs support for rs780

el and in that case a r600_power_level_set_enter_index doesn't seem to modify the register. > There's no convenient way to look this up on rs780. I attempted to add > support for it: > > http://people.freedesktop.org/~agd5f/0001-drm-radeon-dpm-add-debugfs-support-for-RS780-RS880.patch > but the registers don't seem read back reliably when dpm is enabled so the > output is bogus. > > Too bad :-( Thanks, Anthoine -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130717/6e5f3d4f/attachment.html>

[Update][PATCH] ACPI / video / i915: Remove ACPI backlight if firmware expects Windows 8

On Wed, 2013-07-17 at 00:01 +0200, Rafael J. Wysocki wrote: > On Tuesday, July 16, 2013 05:08:16 PM Matthew Garrett wrote: > > On Tue, 2013-07-16 at 17:32 +0400, Igor Gnatenko wrote: > > > Hmm. I found regression in user-space. In GNOME (maybe and other DEs) we > > > no longer see switch status

[Bug 66932] Screen corruption on Cayman with dpm enabled

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

[Bug 66942] Cayman HD 6950 hangs at start when loading kernel 3.11.0-rc1 or drm-next

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/20130717/e9848efe/attachment.html>

[PATCH v2] drm/i915: fix long-standing SNB regression in power consumption after resume

On Wed, Jul 17, 2013 at 10:22:58AM +0400, Konstantin Khlebnikov wrote: > This patch fixes regression in power consumtion of sandy bridge gpu, which > exists since v3.6 Sometimes after resuming from s2ram gpu starts thinking that > it's extremely busy. After that it never reaches rc6 state. > >

  1   2   3   >