[Bug 61386] i855 GPU hang with AoE2 under Wine

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/92f24310/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 #7 from Alex Deucher 2013-02-25 20:58:37 --- 1920x1200 (0x70) 154.0MHz 1920x1080 (0x72) 148.5MHz These two pixel clocks are close enough that your monitors seem to be able to deal with the slight difference. Unfortunately,

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #6 from Sebastian Rose 2013-02-25 20:41:30 --- Projector connected at DVI-1. Usually connected to DVI-1 is a monitor identical to the one connected at HDMI-0. DVI-0: 1280x1024 (0x59) 108.0MHz +HSync +VSync *current +preferred

[Bug 58042] [bisected] Garbled UI in Team Fortress 2 and Counter-Strike: Source

RV770 and reverting 1eedebc65b02130ef7a27062a1ed67972a317a08 fixes the issue on CSS. -- 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

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #5 from Alex Deucher 2013-02-25 20:16:03 --- (In reply to comment #4) > As per xrandr (projector NOT connected): > DVI-0: 1280x1024 60.0*+ > DVI-1: 1920x1200 60.0*+ > HDMI-0: 1920x1200 60.0*+ > > The output DVI-1 with the

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #4 from Sebastian Rose 2013-02-25 20:08:50 --- As per xrandr (projector NOT connected): DVI-0: 1280x1024 60.0*+ DVI-1: 1920x1200 60.0*+ HDMI-0: 1920x1200 60.0*+ The output DVI-1 with the projector connected: 1920x1080 60.0*+

[PATCH 8/8] drm/i915: Hook PSR functionality

PSR must be enabled after transcoder and port are running. And it is only available for HSW. v2: move enable/disable to intel_ddi Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/intel_ddi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/i915/intel_ddi.c

[PATCH 7/8] drm/i915: Added debugfs support for PSR Status

Adding support for PSR Status, PSR entry counter and performance counters. Heavily based on initial work from Shobhit. Credits-by: Shobhit Kumar Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_debugfs.c | 92 + drivers/gpu/drm/i915/i915_reg.h |

[PATCH 6/8] drm/i915: Enable/Disable PSR

Adding Enable and Disable PSR functionalities. This includes setting the PSR configuration over AUX, sending SDP VSC DIP over the eDP PIPE config, enabling PSR in the sink via DPCD register and finally enabling PSR on the host. This patch is heavily based on initial PSR code by Sateesh Kavuri and

[PATCH 5/8] drm/i915: VBT Parsing for the PSR Feature Block for HSW

From: Shobhit Kumar Parse and store useful information in i915_dev_private Signed-off-by: Shobhit Kumar v2: Add to new vbt struct and call them psr_* Signed-off-by: Rodrigo Vivi --- drivers/gpu/drm/i915/i915_drv.h | 7 +++ drivers/gpu/drm/i915/intel_bios.c |

[PATCH 4/8] drm/i915: Read the EDP DPCD and PSR Capability

From: Shobhit Kumar Signed-off-by: Shobhit Kumar v2: reuse of just created is_edp_psr and put it at right place. Signed-off-by: Rodrigo Vivi Reviewed-by: Jani Nikula --- drivers/gpu/drm/i915/intel_dp.c | 13 + drivers/gpu/drm/i915/intel_drv.h | 1 + 2

[PATCH 3/8] drm/i915: Added SDP and VSC structures for handling PSR for eDP

From: Shobhit Kumar Signed-off-by: Sateesh Kavuri v2: Modified and corrected the structures to be more in line for kernel coding guidelines and rebased the code on Paulo's DP patchset Signed-off-by: Shobhit Kumar v3: removing unecessary identation at

[PATCH 2/8] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4 transcoders and 3 pipes. These regs were being used only by HDMI code where pipe is always the same thing as cpu_transcoder. This patch allow us to use them for DP, specially for TRANSCODER_EDP. v2: Adding HSW_TVIDEO_DIP_VSC_DATA

[PATCH 1/8] drm/i915: Organize VBT stuff inside drm_i915_private

drm_i915_private is getting bigger and bigger when adding new vbt stuff. So, the better way of getting drm_i915_private organized is to create a special structure for vbt stuff. Signed-off-by: Rodrigo Vivi Reviewed-by: Jani Nikula --- drivers/gpu/drm/i915/i915_dma.c | 8 +--

[PATCH 0/8] Enable eDP PSR functionality at HSW - v3

PSR is an eDP feature that allows power saving even with static image at eDP screen. v3: Accepted many suggestions that I received at v2 review, fixing, cleaning and improving the code. v2: Main differences in this v2: - Created vbt struct to get i915 dev_priv more organized and to avoid

resume fails to light display on Macbook Pro Retina on 3.8-rc1

On Mon, Feb 25, 2013 at 02:32:43PM -0800, Greg KH wrote: > On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote: > > On Mon, Feb 25, 2013 at 3:52 PM, Greg KH > > wrote: > > > Hi Ben, > > > > > > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this > > > down to commit

[Bug 61386] i855 GPU hang with AoE2 under Wine

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

[git pull] drm merge for 3.9-rc1

On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie wrote: > > So up front, this has a massive merge conflict in > drivers/gpu/drm/radeon/evergreen_cs.c I've fixed it up in drm-next-merged > in the same tree, I fixed up some small ordering issues in my merge as > well, however they aren't important if

i915 not working on Dell e6410

signature.asc Type: application/pgp-signature Size: 836 bytes Desc: Digital signature URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/475cebf4/attachment.pgp>

i915 not working on Dell e6410

next part -- A non-text attachment was scrubbed... Name: IMG_20130225_161358.jpg Type: image/jpeg Size: 3992755 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/591ba647/attachment-0001.jpg> -- next part --

[Bug 60802] Corruption with DMA ring on cayman

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

[PATCHv5,RESEND 3/8] gpu: host1x: Add channel support

On Tue, Jan 15, 2013 at 01:43:59PM +0200, Terje Bergstrom wrote: [...] > diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig > index e89fb2b..57680a6 100644 > --- a/drivers/gpu/host1x/Kconfig > +++ b/drivers/gpu/host1x/Kconfig > @@ -3,4 +3,27 @@ config TEGRA_HOST1X > help >

i915 not working on Dell e6410

- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- TAbort- SERR- http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/dd254eff/attachment-0001.pgp>

resume fails to light display on Macbook Pro Retina on 3.8-rc1

On Mon, Feb 25, 2013 at 4:06 PM, Dave Airlie wrote: > On Mon, Feb 25, 2013 at 3:52 PM, Greg KH > wrote: >> Hi Ben, >> >> My Macbook Pro Retina fails to resume properly on 3.8. I tracked this >> down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp: >> move link training

resume fails to light display on Macbook Pro Retina on 3.8-rc1

On Mon, Feb 25, 2013 at 3:52 PM, Greg KH wrote: > Hi Ben, > > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this > down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp: > move link training helpers into core as display methods) > > Anything I can try to help

[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering

L: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/be1a9279/attachment.html>

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

nts/20130225/b9d0d1cb/attachment.html>

[Bug 60802] Corruption with DMA ring on cayman

driver-tests -- 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/20130225/4cab023b/attachment.html>

i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:56:22PM +0200, Felipe Balbi wrote: > Hi, > > On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote: > > That looks like https://bugzilla.freedesktop.org/show_bug.cgi?id=60391 > > which is fixed by > > > > commit da88a5f7f7d434e2cde1b3e19d952e6d84533662 > >

i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote: > Hi, > > On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote: > > On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote: > > > Hi folks, > > > > > > I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and

i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote: > Hi folks, > > I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and > v3.8.0 but works fine with v3.6.11. > > Below you can find lspci and my .config, maybe I'm missing something ? You don't describe how the fb gets

[Bug 61446] [r600-llvm + mesa] on Evergreen & compiz 0.8: exposé-like feature & zoom lead to black screen

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

[Bug 61446] New: [r600-llvm + mesa] on Evergreen & compiz 0.8: exposé-like feature & zoom lead to black screen

t was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20130225/95607c9c/attachment.html>

resume fails to light display on Macbook Pro Retina on 3.8-rc1

On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote: > On Mon, Feb 25, 2013 at 3:52 PM, Greg KH > wrote: > > Hi Ben, > > > > My Macbook Pro Retina fails to resume properly on 3.8. I tracked this > > down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp: > > move link

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

oblems in certain causes. -- 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/20130225/dc4aa357/attachment.html>

[PATCH] gma500: medfield: Fix possible NULL pointer dereference

On Mon, Feb 25, 2013 at 04:01:48AM +0530, Syam Sidhardhan wrote: > The use of pointer sender should be after the NULL check. > > Signed-off-by: Syam Sidhardhan > --- > drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +-- > 1 file changed, 5 insertions(+), 2 deletions(-) > > diff --git

[Bug 60802] Corruption with DMA ring on cayman

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

[Mesa-dev] [RFC] New dma_buf -> EGLImage EGL extension - Final spec published!

Hi All, The final spec has had enum values assigned and been published on Khronos: http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt Thanks to all who've provided input. Cheers, Tom > -Original Message- > From: mesa-dev-bounces+tom.cooksey=arm.com

[PATCH] drm/radeon: Remove redundant NULL check before kfree

On Sun, Feb 24, 2013 at 6:18 PM, Syam Sidhardhan wrote: > kfree on NULL pointer is a no-op. > > Signed-off-by: Syam Sidhardhan Reviewed-by: Jerome Glisse > --- > drivers/gpu/drm/radeon/radeon_connectors.c |6 ++ > drivers/gpu/drm/radeon/radeon_pm.c |3 +-- > 2 files

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

the driver and restart the X server. Only then glxinfo will print the visuals. -- 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/2013

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

mos-8.1.0.tar.bz2 -- 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/20130225/436a873d/attachment.html>

[PATCH v4 6/9] drm/tegra: Implement page-flipping support

sed the code to deadlock. While in the process of tracking it down I decided that the lock wasn't actually required at all. But I hadn't thought about the stale FB issue, so I'll check again. I notice that Dave has already merged this series, so if nobody objects I'll fix it up in a follow-up patch. 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/20130225/f3e9018c/attachment-0001.pgp>

[PATCH] drm/radeon: Remove redundant NULL check before kfree

kfree on NULL pointer is a no-op. Signed-off-by: Syam Sidhardhan --- drivers/gpu/drm/radeon/radeon_connectors.c |6 ++ drivers/gpu/drm/radeon/radeon_pm.c |3 +-- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/radeon/radeon_connectors.c

[PATCH] drm/i915: Fix missing variable initilization

Need to initialize the variable wait to false. Signed-off-by: Syam Sidhardhan --- drivers/gpu/drm/i915/intel_ddi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c index fc95ef0..5d0a687 100644 ---

[PATCH] gma500: medfield: Fix possible NULL pointer dereference

The use of pointer sender should be after the NULL check. Signed-off-by: Syam Sidhardhan --- drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

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

[Bug 61419] New: r600g: No OpenGL Core 3.1 available on Cayman

.40 and thus no OpenGL Core 3.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/20130225/66fe1687/attachment.html>

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

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

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

https://bugs.freedesktop.org/show_bug.cgi?id=61419 --- Comment #1 from Andreas Boll andreas.boll@gmail.com --- Make sure that you have xserver = 1.13 and the new glxinfo with support for core profile (git version or the new mesa-demos 8.1.0 [1]) installed. [1]

[PATCH] gma500: medfield: Fix possible NULL pointer dereference

The use of pointer sender should be after the NULL check. Signed-off-by: Syam Sidhardhan s.s...@samsung.com --- drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/gma500/mdfld_dsi_output.c

[PATCH 1/2] drivers/gpu/drm/tilcdc/tilcdc_drv.c: adjust duplicate test

From: Julia Lawall julia.law...@lip6.fr Delete successive tests to the same location. A simplified version of the semantic match that finds this problem is as follows: (http://coccinelle.lip6.fr/) // smpl @s exists@ local idexpression y; expression x,e; @@ *if ( \(x == NULL\|IS_ERR(x)\|y !=

[PATCH] drm/i915: Fix missing variable initilization

Need to initialize the variable wait to false. Signed-off-by: Syam Sidhardhan s.s...@samsung.com --- drivers/gpu/drm/i915/intel_ddi.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/drivers/gpu/drm/i915/intel_ddi.c b/drivers/gpu/drm/i915/intel_ddi.c index fc95ef0..5d0a687

[PATCH] drm/radeon: Remove redundant NULL check before kfree

kfree on NULL pointer is a no-op. Signed-off-by: Syam Sidhardhan s.s...@samsung.com --- drivers/gpu/drm/radeon/radeon_connectors.c |6 ++ drivers/gpu/drm/radeon/radeon_pm.c |3 +-- 2 files changed, 3 insertions(+), 6 deletions(-) diff --git

resume fails to light display on Macbook Pro Retina on 3.8-rc1

Hi Ben, My Macbook Pro Retina fails to resume properly on 3.8. I tracked this down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp: move link training helpers into core as display methods) Anything I can try to help solve this? Note, I'm using the Intel driver as the main

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

https://bugs.freedesktop.org/show_bug.cgi?id=61419 --- Comment #2 from Marek Olšák mar...@gmail.com --- Yeah, the server glx extensions don't list GLX_ARB_create_context, so there is no way to create the core profile even if the driver can do it. Also, if you want MSAA visuals, you must install

Re: [PATCH] gma500: medfield: Fix possible NULL pointer dereference

On Mon, Feb 25, 2013 at 04:01:48AM +0530, Syam Sidhardhan wrote: The use of pointer sender should be after the NULL check. Signed-off-by: Syam Sidhardhan s.s...@samsung.com --- drivers/gpu/drm/gma500/mdfld_dsi_output.c |7 +-- 1 file changed, 5 insertions(+), 2 deletions(-) diff

RE: [Mesa-dev] [RFC] New dma_buf - EGLImage EGL extension - Final spec published!

Hi All, The final spec has had enum values assigned and been published on Khronos: http://www.khronos.org/registry/egl/extensions/EXT/EGL_EXT_image_dma_buf_import.txt Thanks to all who've provided input. Cheers, Tom -Original Message- From:

[Bug 60802] Corruption with DMA ring on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=60802 --- Comment #26 from Jakob Nixdorf flo...@shadowice.org --- Now that I'm back I have a question: is there any simple way to single-step through all tests in the r600.tests, or do I have to do it manually ? -- You are receiving this mail

[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 #50 from Alex Deucher ag...@yahoo.com --- (In reply to comment #49) What if the problem is not from this code, but underneath? I'll try to suspend and resume without having Xorg running. Would that help in any way? If the commit

[Bug 61446] New: [r600-llvm + mesa] on Evergreen compiz 0.8: exposé-like feature zoom lead to black screen

https://bugs.freedesktop.org/show_bug.cgi?id=61446 Priority: medium Bug ID: 61446 Assignee: dri-devel@lists.freedesktop.org Summary: [r600-llvm + mesa] on Evergreen compiz 0.8: exposé-like feature zoom lead to black screen

[Bug 61446] [r600-llvm + mesa] on Evergreen compiz 0.8: exposé-like feature zoom lead to black screen

https://bugs.freedesktop.org/show_bug.cgi?id=61446 --- Comment #1 from jackdac...@gmail.com --- the llvm-version I'm using is from following overlay: http://cgit.freedesktop.org/~tstellar/llvm/ -- You are receiving this mail because: You are the assignee for the bug.

Re: i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote: Hi folks, I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and v3.8.0 but works fine with v3.6.11. Below you can find lspci and my .config, maybe I'm missing something ? You don't describe how the fb gets

Re: i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote: Hi, On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote: On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote: Hi folks, I have a Dell e6410 whose framebuffer gets corrupted with v3.7.9 and v3.8.0 but

Re: i915 not working on Dell e6410

On Mon, Feb 25, 2013 at 04:56:22PM +0200, Felipe Balbi wrote: Hi, On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote: That looks like https://bugzilla.freedesktop.org/show_bug.cgi?id=60391 which is fixed by commit da88a5f7f7d434e2cde1b3e19d952e6d84533662 Author: Chris

[Bug 60802] Corruption with DMA ring on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=60802 --- Comment #27 from Tom Stellard tstel...@gmail.com --- (In reply to comment #26) Now that I'm back I have a question: is there any simple way to single-step through all tests in the r600.tests, or do I have to do it manually ? When I want to

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

https://bugs.freedesktop.org/show_bug.cgi?id=61419 --- Comment #3 from Alexandre Demers alexandre.f.dem...@gmail.com --- For drm, kernel, ddx, mesa and xdemos, I'm already running the latest git versions. I'll have a look at the xserver I'm running, I'm using the version provided by ArchLinux.

Re: [PATCH] drm/radeon: Remove redundant NULL check before kfree

On Sun, Feb 24, 2013 at 6:18 PM, Syam Sidhardhan syamsidha...@gmail.com wrote: kfree on NULL pointer is a no-op. Signed-off-by: Syam Sidhardhan s.s...@samsung.com Reviewed-by: Jerome Glisse jgli...@redhat.com --- drivers/gpu/drm/radeon/radeon_connectors.c |6 ++

Re: [PATCHv5,RESEND 3/8] gpu: host1x: Add channel support

On Tue, Jan 15, 2013 at 01:43:59PM +0200, Terje Bergstrom wrote: [...] diff --git a/drivers/gpu/host1x/Kconfig b/drivers/gpu/host1x/Kconfig index e89fb2b..57680a6 100644 --- a/drivers/gpu/host1x/Kconfig +++ b/drivers/gpu/host1x/Kconfig @@ -3,4 +3,27 @@ config TEGRA_HOST1X help

[Bug 30167] Heroes of Newerth: Setting shader quality to medium results in corrupt rendering

https://bugs.freedesktop.org/show_bug.cgi?id=30167 --- Comment #25 from Sven Arvidsson s...@whiz.se --- (In reply to comment #24) This seems to be fixed in the latest mesa git, however I didn't test all the different settings mentioned in Comment 16. Sven can you confirm this is indeed fixed?

Re: i915 not working on Dell e6410

Hi, On Mon, Feb 25, 2013 at 02:49:07PM +, Chris Wilson wrote: On Mon, Feb 25, 2013 at 04:43:12PM +0200, Felipe Balbi wrote: Hi, On Mon, Feb 25, 2013 at 02:39:18PM +, Chris Wilson wrote: On Mon, Feb 25, 2013 at 04:24:11PM +0200, Felipe Balbi wrote: Hi folks, I have

[Bug 60802] Corruption with DMA ring on cayman

https://bugs.freedesktop.org/show_bug.cgi?id=60802 --- Comment #28 from Jakob Nixdorf flo...@shadowice.org --- The first test to trigger the dmesg output is: spec/EXT_framebuffer_multisample/accuracy but it also causes my system to freeze (ssh too), so I have no fail message. -- You are

[Bug 61386] i855 GPU hang with AoE2 under Wine

https://bugs.freedesktop.org/show_bug.cgi?id=61386 --- Comment #4 from Bruno bonbon...@internet.lu --- Created attachment 75523 -- https://bugs.freedesktop.org/attachment.cgi?id=75523action=edit Third error state, this time under linux-3.8 -- You are receiving this mail because: You are the

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #4 from Sebastian Rose r...@semkath.de 2013-02-25 20:08:50 --- As per xrandr (projector NOT connected): DVI-0: 1280x1024 60.0*+ DVI-1: 1920x1200 60.0*+ HDMI-0: 1920x1200 60.0*+ The output DVI-1 with the projector connected:

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #5 from Alex Deucher alexdeuc...@gmail.com 2013-02-25 20:16:03 --- (In reply to comment #4) As per xrandr (projector NOT connected): DVI-0: 1280x1024 60.0*+ DVI-1: 1920x1200 60.0*+ HDMI-0: 1920x1200 60.0*+ The output DVI-1

[Bug 58042] [bisected] Garbled UI in Team Fortress 2 and Counter-Strike: Source

https://bugs.freedesktop.org/show_bug.cgi?id=58042 --- Comment #22 from Benjamin Bellec b.bel...@gmail.com --- (In reply to comment #21) I could reproduce the garbled UI on Counter-Strike: Source too. Reverting 1eedebc65b02130ef7a27062a1ed67972a317a08 fixes the issue on CSS. Me too. I have a

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #6 from Sebastian Rose r...@semkath.de 2013-02-25 20:41:30 --- Projector connected at DVI-1. Usually connected to DVI-1 is a monitor identical to the one connected at HDMI-0. DVI-0: 1280x1024 (0x59) 108.0MHz +HSync +VSync

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

https://bugzilla.kernel.org/show_bug.cgi?id=54381 --- Comment #7 from Alex Deucher alexdeuc...@gmail.com 2013-02-25 20:58:37 --- 1920x1200 (0x70) 154.0MHz 1920x1080 (0x72) 148.5MHz These two pixel clocks are close enough that your monitors seem to be able to deal with the slight

[Bug 61386] i855 GPU hang with AoE2 under Wine

https://bugs.freedesktop.org/show_bug.cgi?id=61386 --- Comment #5 from Chris Wilson ch...@chris-wilson.co.uk --- Those errors look consistent. So something is definitely off in the GPU state for that command. -- You are receiving this mail because: You are the assignee for the bug.

[PATCH 0/8] Enable eDP PSR functionality at HSW - v3

PSR is an eDP feature that allows power saving even with static image at eDP screen. v3: Accepted many suggestions that I received at v2 review, fixing, cleaning and improving the code. v2: Main differences in this v2: - Created vbt struct to get i915 dev_priv more organized and to avoid

[PATCH 1/8] drm/i915: Organize VBT stuff inside drm_i915_private

drm_i915_private is getting bigger and bigger when adding new vbt stuff. So, the better way of getting drm_i915_private organized is to create a special structure for vbt stuff. Signed-off-by: Rodrigo Vivi rodrigo.v...@gmail.com Reviewed-by: Jani Nikula jani.nik...@intel.com ---

[PATCH 2/8] drm/i915: Use cpu_transcoder for HSW_TVIDEO_DIP_* instead of pipe

While old platforms had 3 transcoders and 3 pipes (1:1), HSW has 4 transcoders and 3 pipes. These regs were being used only by HDMI code where pipe is always the same thing as cpu_transcoder. This patch allow us to use them for DP, specially for TRANSCODER_EDP. v2: Adding HSW_TVIDEO_DIP_VSC_DATA

[PATCH 3/8] drm/i915: Added SDP and VSC structures for handling PSR for eDP

From: Shobhit Kumar shobhit.ku...@intel.com Signed-off-by: Sateesh Kavuri sateesh.kav...@intel.com v2: Modified and corrected the structures to be more in line for kernel coding guidelines and rebased the code on Paulo's DP patchset Signed-off-by: Shobhit Kumar shobhit.ku...@intel.com v3:

[PATCH 4/8] drm/i915: Read the EDP DPCD and PSR Capability

From: Shobhit Kumar shobhit.ku...@intel.com Signed-off-by: Shobhit Kumar shobhit.ku...@intel.com v2: reuse of just created is_edp_psr and put it at right place. Signed-off-by: Rodrigo Vivi rodrigo.v...@gmail.com Reviewed-by: Jani Nikula jani.nik...@intel.com --- drivers/gpu/drm/i915/intel_dp.c

[PATCH 8/8] drm/i915: Hook PSR functionality

PSR must be enabled after transcoder and port are running. And it is only available for HSW. v2: move enable/disable to intel_ddi Signed-off-by: Rodrigo Vivi rodrigo.v...@gmail.com --- drivers/gpu/drm/i915/intel_ddi.c | 2 ++ 1 file changed, 2 insertions(+) diff --git

[Bug 61351] [r300g, bisected] some piglit tests fails with blit-based TexImage and TexSubImage

https://bugs.freedesktop.org/show_bug.cgi?id=61351 Marek Olšák mar...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED

Re: resume fails to light display on Macbook Pro Retina on 3.8-rc1

On Mon, Feb 25, 2013 at 04:06:02PM +1000, Dave Airlie wrote: On Mon, Feb 25, 2013 at 3:52 PM, Greg KH gre...@linuxfoundation.org wrote: Hi Ben, My Macbook Pro Retina fails to resume properly on 3.8. I tracked this down to commit 6c5a04249d7afeea3e0ed971e7813f84e29a1706 (drm/nvd0/disp:

Re: [git pull] drm merge for 3.9-rc1

On Mon, Feb 25, 2013 at 4:05 PM, Dave Airlie airl...@linux.ie wrote: So up front, this has a massive merge conflict in drivers/gpu/drm/radeon/evergreen_cs.c I've fixed it up in drm-next-merged in the same tree, I fixed up some small ordering issues in my merge as well, however they aren't

Re: [git pull] drm merge for 3.9-rc1

I did the fun conflict resolution, so my tree doesn't have the ordering changes. I also did some things slightly differently from you - you had left some direct ib[] accesses that I spotted (see for example case 0x48 (aka Copy L2T Frame to Field), and yours apparently has a few cases

[PATCH] fbmon: use VESA_DMT_VSYNC_HIGH to fix typo

VESA_DMT_VSYNC_HIGH should be used instead of VESA_DMT_HSYNC_HIGH, because FB_SYNC_VERT_HIGH_ACT is related to vsync, not to hsync. Signed-off-by: Jingoo Han jg1@samsung.com Cc: Steffen Trumtrar s.trumt...@pengutronix.de --- drivers/video/fbmon.c |2 +- 1 files changed, 1 insertions(+),

[Bug 61419] r600g: No OpenGL Core 3.1 available on Cayman

https://bugs.freedesktop.org/show_bug.cgi?id=61419 --- Comment #4 from Alexandre Demers alexandre.f.dem...@gmail.com --- Here is the result from Xorg -version: This is a pre-release version of the X server from The X.Org Foundation. It is not supported in any way. Bugs may be filed in the