[Bug 56936] cube map array support breaks rendering on BARTS

vel/attachments/20121109/bf6c132b/attachment.html>

[Bug 54696] unstable frame rate in Quake 3

vel/attachments/20121109/f3e22943/attachment.html>

[Bug 56936] cube map array support breaks rendering on BARTS

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/20121109/c04a69dd/attachment-0001.html>

[PATCH] drm: fix drm_framebuffer cleanup.

previous buffer. It's that simple. You can of course make some of > that code generic enough to be shared between drivers. That is > actually what the drm_flip mechanism that I wrote for atomic page > flips is; a reasonably generic helper for tracking page flips. > > Thanks for comments. Right, now Exynos driver doesn't consider tracking page flips yet. This is my TODO. Anyway couldn't we improve this patch so that drm framework considers such thing? I think with this patch, we could avoid invald memory access issue without tracking page flips. In this case, pended page flips would be just ignored. Thanks, Inki Dae > -- > Ville Syrj?l? > Intel OTC > ___ > 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/20121109/41ab379a/attachment.html>

[PATCH] drm/exynos: Add exynos drm specific fb_mmap function

_mmap, > .fb_fillrect= cfb_fillrect, > .fb_copyarea= cfb_copyarea, > .fb_imageblit = cfb_imageblit, > -- > 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/20121109/edd38d58/attachment.html>

[PATCH] HACK: drm: Allow encoders to be reenabled

On Thu, Nov 08, 2012 at 08:01:57PM +0100, Thierry Reding wrote: > On Thu, Nov 08, 2012 at 12:48:18PM -0500, Alex Deucher wrote: > > On Wed, Nov 7, 2012 at 5:06 PM, Thierry Reding > > wrote: > > > When running the xf86-video-modesetting driver on top of a KMS driver, > > > leaving X causes the

[PATCH 46/51] drm/i915: Add support for atomic modesetting completion events

On Wed, Nov 07, 2012 at 02:29:45PM -0600, Rob Clark wrote: > On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter wrote: > > On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote: > >> On Thu, 1 Nov 2012 19:07:02 +0200 > >> Ville Syrj?l? wrote: > >> > >> > On Thu, Nov 01, 2012 at 07:39:12AM

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

>> But for now you might just want to do something to ensure that all the > >> sub-devices are loaded/unloaded together as a whole. > > > > The way that the above is supposed to work is that the DRM relevant > > host1x clients are kept in a separate list and only if all of them have > > successfully been probed is the DRM portion initialized. Upon > > unregistration, as soon as the first of these clients is unregistered, > > all of the DRM stuff is torn down. > > ahh, ok, I guess if DRM is torn down on first unregister, then you > shouldn't be hitting issues. I wasn't sure if the intention was to be > able to load/unload clients independently (such as building them as > separate modules eventually) No, this is all supposed to stay in one driver for now. We may want to split off the host1x code into a separate driver because eventually it will have to be accessed by V4L2 drivers as well, so drivers/gpu/drm isn't the optimal place for it. However the basic requirement to have all DRM related components register or unregister at once will stay until the DRM core can handle dynamic registration better. 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/20121109/dce17030/attachment.pgp>

[Bug 56936] cube map array support breaks rendering on BARTS

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

[Bug 56936] New: cube map array support breaks rendering on BARTS

ing 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/20121109/70e65a65/attachment.html>

[PATCH 2/2] drm: exynos: compose and send avi and aui info frames

This patch adds code for composing AVI and AUI info frames and send them every VSYNC. This patch is important for hdmi certification. Signed-off-by: Fahad Kunnathadi Signed-off-by: Shirish S Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_hdmi.c | 97

[PATCH 1/2] drm: get cea video id code for a given display mode

From: Stephane Marchesin This patch adds support for getting CEA Video ID Code for a given display mode after matching with edid_cea_modes list. Its index in the list added with one, gives the desired code. This exported function will be used by hdmi drivers for composing

[PATCH 0/2] drm: exynos: hdmi: sending AVI and AUI info frames

This patch set adds provision for composing and sending AVI and AUI infoframes by exynos drm hdmi driver. It also adds provision to get CEA Video ID Code through the display mode which is required for making AVI infoframe. Based on exynos-drm-fixes branch of

[PATCH] drm: fix drm_framebuffer cleanup.

ou mentioned be removed from specific drivers? because it doesn't need to track the pending page flips and relevant things anymore. There may be my missing point. I'd welcome to any comments and advices. Thanks, Inki Dae -- next part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121109/c515ff73/attachment.html>

[PATCH 2/2] drm: tegra: Add HDMI support

- 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/20121109/3447cfd1/attachment.pgp>

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

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 Airlie --- drivers/gpu/drm/ttm/ttm_tt.c | 4 1 file

[PATCH] drm: use memchr_inv()

Use memchr_inv() to check the specified memory region is filled with zero. Signed-off-by: Akinobu Mita Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/drm_edid.c | 7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/drivers/gpu/drm/drm_edid.c

[PATCH] drm/radeon: Use hweight32

Use hweight32 instead of counting for each bit Signed-off-by: Akinobu Mita Cc: David Airlie Cc: dri-devel at lists.freedesktop.org --- drivers/gpu/drm/radeon/r600.c| 8 +--- drivers/gpu/drm/radeon/r600_cp.c | 7 +-- 2 files changed, 2 insertions(+), 13 deletions(-) diff --git

[PATCH] drm: fix drm_framebuffer cleanup.

On Sat, Nov 10, 2012 at 01:50:53AM +0900, Inki Dae wrote: > 2012/11/9 Ville Syrj?l? > > > On Fri, Nov 09, 2012 at 11:04:58PM +0900, Inki Dae wrote: > > > 2012/11/9 Ville Syrj?l? > > > > > > > On Fri, Nov 09, 2012 at 09:41:19PM +0900, Inki Dae wrote: > > > > > 2012/11/9 Ville Syrj?l? > > > > >

[PATCH v7 5/8] fbmon: add videomode helpers

Hi! On Fri, Nov 09, 2012 at 04:54:16PM +, Manjunathappa, Prakash wrote: > Hi Steffen, > > On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote: > > Hi! > > > > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote: > > > Hi Steffen, > > > > > > On Wed, Oct 31, 2012 at

[Bug 26345] [845G] CPU/GPU incoherency

nts/20121109/4c937e53/attachment.html>

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

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

[Bug 56405] Distorted graphics on Radeon HD 6620G

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

[Bug 56405] Distorted graphics on Radeon HD 6620G

ated to the driver r600 I beleive I need. -- 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/20121109/4bd7c1b6/attachment-0001.html>

[Bug 56405] Distorted graphics on Radeon HD 6620G

hael/src/Mesa/mesa/src' make: *** [default] Error 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/20121109/8e9bafe1/attachment.html>

[PATCH] drm: fix drm_framebuffer cleanup.

gt; --- a/include/drm/drm_crtc.h >> +++ b/include/drm/drm_crtc.h >> @@ -256,6 +256,7 @@ struct drm_framebuffer { >> struct kref refcount; >> struct list_head head; >> struct drm_mode_object base; >> + struct drm_crtc *crtc; >> const struct drm_framebuf

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

This patch is to preserve the display mode header during the mode adjustment. Display mode header is overwritten with the adjusted mode header which is throwing the stack dump. Signed-off-by: Rahul Sharma --- drivers/gpu/drm/exynos/exynos_hdmi.c |8 1 files changed, 8

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

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 git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos Signed-off-by:

[PATCH] drm/exynos: Add exynos drm specific fb_mmap function

Hi All, Please review the following patch. regards, Rahul Sharma On Wed, Nov 7, 2012 at 4:38 PM, Rahul Sharma wrote: > From: Prathyush K > > This patch adds a exynos drm specific implementation of fb_mmap > which supports mapping a non-contiguous buffer to user space. > > This new function

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

o patches and the two arch/arm/mach-tegra patches you posted, directly on top of next-20121109, and I see the following build failure: > drivers/gpu/drm/tegra/output.c: In function 'tegra_output_init': > drivers/gpu/drm/tegra/output.c:166:9: error: 'struct tegra_output' has no > member named '

[PATCH 2/2] drm: tegra: Add HDMI support

On 09.11.2012 16:45, Rafa? Mi?ecki wrote: > 2012/11/9 Thierry Reding : >> +/* all fields little endian */ >> +struct hdmi_audio_infoframe { >> + /* PB0 */ >> + u8 csum; >> + >> + /* PB1 */ >> + unsigned cc:3; /* channel count */ >> + unsigned res1:1; >> +

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

e successfully been probed is the DRM portion initialized. Upon unregistration, as soon as the first of these clients is unregistered, all of the DRM stuff is torn down. I don't believe there's an issue here. It's precisely what I've been testing for a while, always making sure that when built as a module it can properly be unloaded. That said it probably won't matter very much since on Tegra all drivers are usually builtin, so none of this may even be used in the end. Thanks for the quick review. 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/20121109/08b664a7/attachment.pgp>

[PATCH v7 5/8] fbmon: add videomode helpers

Hi Steffen, On Fri, Nov 09, 2012 at 02:55:45, Steffen Trumtrar wrote: > Hi! > > On Wed, Oct 31, 2012 at 03:30:03PM +, Manjunathappa, Prakash wrote: > > Hi Steffen, > > > > On Wed, Oct 31, 2012 at 14:58:05, Steffen Trumtrar wrote: > > > +#if IS_ENABLED(CONFIG_VIDEOMODE) > > > +int

[PATCH 2/2] drm: tegra: Add HDMI support

2012/11/9 Thierry Reding : > +/* all fields little endian */ > +struct hdmi_audio_infoframe { > + /* PB0 */ > + u8 csum; > + > + /* PB1 */ > + unsigned cc:3; /* channel count */ > + unsigned res1:1; > + unsigned ct:4; /* coding type */ > + > + /* PB2 */ >

[PATCH] drm/exynos: fix linux framebuffer address setting.

With iommu, buffer->dma_addr has device addres so this patch fixes for physical address to be set to fix.smem_start always. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_fbdev.c |3 ++- 1 files changed, 2 insertions(+), 1 deletions(-) diff

[PATCH] drm: fix drm_framebuffer cleanup.

This patch fixes access issue to invalid memory region. crtc had only one drm_framebuffer object so when framebuffer cleanup was requested after page flip, it'd try to disable hardware overlay to current crtc. But if current crtc points to another drm_framebuffer, This may induce invalid memory

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 09, 2012 at 11:04:58PM +0900, Inki Dae wrote: > 2012/11/9 Ville Syrj?l? > > > On Fri, Nov 09, 2012 at 09:41:19PM +0900, Inki Dae wrote: > > > 2012/11/9 Ville Syrj?l? > > > > > > > On Fri, Nov 09, 2012 at 04:39:30PM +0900, Inki Dae wrote: > > > > > This patch fixes access issue to

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 09, 2012 at 09:41:19PM +0900, Inki Dae wrote: > 2012/11/9 Ville Syrj?l? > > > On Fri, Nov 09, 2012 at 04:39:30PM +0900, Inki Dae wrote: > > > This patch fixes access issue to invalid memory region. > > > > > > crtc had only one drm_framebuffer object so when framebuffer > > > cleanup

[Bug 56918] [R350] Black labels on MapsGL

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/20121109/0d5558b8/attachment.html>

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

On 11/09/2012 06:59 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. Each display controller can drive a separate RGB/LVDS output. > diff --git >

[PATCH 46/51] drm/i915: Add support for atomic modesetting completion events

On Fri, Nov 9, 2012 at 3:20 PM, Daniel Vetter wrote: > On Wed, Nov 07, 2012 at 02:29:45PM -0600, Rob Clark wrote: >> On Thu, Nov 1, 2012 at 5:39 PM, Daniel Vetter wrote: >> > On Thu, Nov 01, 2012 at 10:12:21AM -0700, Jesse Barnes wrote: >> >> On Thu, 1 Nov 2012 19:07:02 +0200 >> >> Ville Syrj?l?

[PATCH] ARM: add get_user() support for 8 byte types

From: Rob Clark A new atomic modeset/pageflip ioctl being developed in DRM requires get_user() to work for 64bit types (in addition to just put_user()). Signed-off-by: Rob Clark --- arch/arm/include/asm/uaccess.h | 25 - arch/arm/lib/getuser.S | 17

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

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

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

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

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

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

[PATCH 2/2] drm: tegra: Add HDMI support

This commit adds support for the HDMI output on the Tegra20 SoC. Only one such output is available, but it can be driven by either of the two display controllers. A lot of work on this patch has been contributed by NVIDIA's Mark Zhang and many other people at NVIDIA were very helpful in getting

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

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. Each display controller can drive a separate RGB/LVDS output. Signed-off-by: Thierry Reding --- .../bindings/gpu/drm/nvidia,tegra20-host1x.txt

[PATCH 0/2] NVIDIA Tegra DRM driver

Hi, This small set of patches adds support for the host1x and a subset of the display controller hardware available on NVIDIA Tegra SoCs. The first patch makes the RGB output available, which is directly driven by its parent display controller and usually connected to an LVDS bridge in embedded

[Bug 56918] [R350] Black labels on MapsGL

chment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121109/40fd47e5/attachment.html>

[Bug 56918] [R350] Black labels on MapsGL

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

[PATCH] drm: fix drm_framebuffer cleanup.

ed int pitches[4]; > unsigned int offsets[4]; > -- > 1.7.4.1 > > ___ > 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/20121109/2a0513a6/attachment-0001.html>

[PATCH 8/8] drm/vmwgfx: Add and make use of a header for surface size calculation.

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/svga3d_surfacedefs.h | 909 +++ drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 113 +--- 2 files changed, 928 insertions(+), 94 deletions(-) create mode

[PATCH 7/8] drm/vmwgfx: Break out surface and context management to separate files

Add a resource-private header for common resource definitions Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/Makefile |3 +- drivers/gpu/drm/vmwgfx/vmwgfx_context.c | 274 ++

[PATCH 6/8] drm/vmwgfx: Refactor resource management

Refactor resource management to make it easy to hook up resources that are backed up by buffers. In particular, resources and their backing buffers can be evicted and rebound, if supported by the device. To avoid query deadlocks, the query code is also modified somewhat. Signed-off-by: Thomas

[PATCH 5/8] drm/vmwgfx: Make vmw_dmabuf_unreference handle NULL objects

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.h |7 +-- 1 files changed, 5 insertions(+), 2 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.h index

[PATCH 4/8] drm/vmwgfx: Refactor module load to not require fifo unless fbdev is loaded

This also fixes a bug where the fence manager was left without irq enabled when waiting for fences, causing various errors at module load time Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 50

[PATCH 3/8] drm/vmwgfx: Make screen object code not require fifo at init time

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c b/drivers/gpu/drm/vmwgfx/vmwgfx_scrn.c index

[PATCH 2/8] drm/vmwgfx: Make overlay code not require fifo at init time

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c | 21 - 1 files changed, 12 insertions(+), 9 deletions(-) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_overlay.c

[PATCH 1/8] drm/vmwgfx: Enable traces *after* we've hidden SVGA

Hiding SVGA seems to trigger a VGA screen clear, and with no traces dirty it doesn't seem to repaint Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |8 1 files changed, 4 insertions(+), 4 deletions(-)

[PATCH 0/8] vmwgfx stuff for -next

This patch series should be applied after the drm/ttm: Get rid of a number of atomic read-modify-write ops vX patch series. It contains various improvements. Patch 7 is a rewrite of the resource management and is intended to pave the way for an upcoming hardware version change, and to ease

[Bug 56918] [R350] Black labels on MapsGL

nd then post the debugging output you get with firefox and Google MapsGL. -- 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/20121109/ae8e8630/attachment.html>

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 09, 2012 at 04:39:30PM +0900, Inki Dae wrote: > This patch fixes access issue to invalid memory region. > > crtc had only one drm_framebuffer object so when framebuffer > cleanup was requested after page flip, it'd try to disable > hardware overlay to current crtc. > But if current

[Bug 56918] [R350] Black labels on MapsGL

|| -- 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/20121109/fb1bf389/attachment.html>

[Bug 56918] New: [R350] Black labels on MapsGL

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/20121109/ecc43cd6/attachment-0001.html>

[PATCH] PCI: Fix bit definitions of PCI_EXP_LNKCAP2 register

On Fri, Nov 9, 2012 at 12:15 PM, Bjorn Helgaas wrote: > On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote: >> According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is >> 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit >> definition of supported link speed vector should be

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

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

[PATCH] drm: fix documentation for drm_crtc_set_mode()

From: Alex Deucher x and y parameters are offsets, not width/height Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/drm_crtc_helper.c |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git

[Bug 54767] [r300g] 298 failures on WebGL Conformance Test

L attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121109/135f80db/attachment.html>

[PATCH] PCI: Fix bit definitions of PCI_EXP_LNKCAP2 register

On Fri, Nov 9, 2012 at 10:37 AM, Alex Deucher wrote: > On Fri, Nov 9, 2012 at 12:15 PM, Bjorn Helgaas wrote: >> On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote: >>> According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is >>> 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit

[PATCH 6/6] drm/nouveau: free memory allocated with alloc_apertures()

Fix a memory leak by deallocating the memory we got from alloc_apertures(). Signed-off-by: Tommi Rantala --- drivers/gpu/drm/nouveau/nouveau_drm.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/nouveau/nouveau_drm.c b/drivers/gpu/drm/nouveau/nouveau_drm.c index

[PATCH 5/6] drm/radeon: check alloc_apertures() success in radeon_kick_out_firmware_fb()

Check for alloc_apertures() memory allocation failure, and propagate an error code in case the allocation failed. Signed-off-by: Tommi Rantala --- drivers/gpu/drm/radeon/radeon_drv.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git

[PATCH 4/6] drm/mgag200: remove unneeded aper->count assignment after alloc_apertures()

alloc_apertures() already does the assignment for us, so assigning the count member after the alloc_apertures() call is not needed. Signed-off-by: Tommi Rantala --- drivers/gpu/drm/mgag200/mgag200_main.c |1 - 1 file changed, 1 deletion(-) diff --git

[PATCH 3/6] drm/mgag200: free memory allocated with alloc_apertures()

Fix a memory leak by deallocating the memory we got from alloc_apertures(). Signed-off-by: Tommi Rantala --- drivers/gpu/drm/mgag200/mgag200_main.c |1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c b/drivers/gpu/drm/mgag200/mgag200_main.c index

[PATCH 2/6] drm/mgag200: check alloc_apertures() success in mga_vram_init()

Check for alloc_apertures() memory allocation failure, and propagate an error code in case the allocation failed. Signed-off-by: Tommi Rantala --- drivers/gpu/drm/mgag200/mgag200_main.c |2 ++ 1 file changed, 2 insertions(+) diff --git a/drivers/gpu/drm/mgag200/mgag200_main.c

[PATCH 1/6] drm/cirrus: check alloc_apertures() success in cirrus_kick_out_firmware_fb()

Check for alloc_apertures() memory allocation failure, and propagate an error code in case the allocation failed. Signed-off-by: Tommi Rantala --- drivers/gpu/drm/cirrus/cirrus_drv.c | 13 +++-- 1 file changed, 11 insertions(+), 2 deletions(-) diff --git

[PATCH 0/6] alloc_apertures() handling fixes

Greetings, The following patches fix a few memory leaks and other problems related to the alloc_apertures() call. Tommi Rantala (6): drm/cirrus: check alloc_apertures() success in cirrus_kick_out_firmware_fb() drm/mgag200: check alloc_apertures() success in mga_vram_init() drm/mgag200:

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 9, 2012 at 1:39 AM, Inki Dae wrote: > diff --git a/include/drm/drm_crtc.h b/include/drm/drm_crtc.h > index 3fa18b7..92889be 100644 > --- a/include/drm/drm_crtc.h > +++ b/include/drm/drm_crtc.h > @@ -256,6 +256,7 @@ struct drm_framebuffer { > struct kref refcount; >

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

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

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 9, 2012 at 10:56 AM, Inki Dae wrote: > > > 2012/11/9 Rob Clark >> >> On Fri, Nov 9, 2012 at 1:39 AM, Inki Dae wrote: >> > This patch fixes access issue to invalid memory region. >> > >> > crtc had only one drm_framebuffer object so when framebuffer >> > cleanup was requested after

[git pull] drm vmwgfx

Hi Linus, dropped the ball on a vmware patch, so two more fixes for vmwgfx are here, one for hibernate issue, one for a BUG trigger. Dave. The following changes since commit 4a48ed2334b7ae61dd11bb114fa35bd4ebdc1ca0: Merge branch 'drm-nouveau-fixes' of

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 9, 2012 at 10:50 AM, Inki Dae wrote: > I don't think so. let's see it again. below is my idea AND the reason I > posted this patch. > Original codes, > gem alloc(gem0); > -> gem0 refcount = 1 > gem0 mmap > -> gem0 refcount = 2 > gem alloc(gem1); > -> gem1 refcount =1 > gem1 mmap > ->

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

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

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

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

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

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

[Bug 17902] [830M missing dvo driver] need support for DVO-LVDS via na2501

was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20121109/1b74f4bd/attachment.html>

[PATCH] drm/omap: fix typo, s/GET_OMAP_REVISION()/GET_OMAP_TYPE/

From: Rob Clark The patch 'drm/omap: add support for ARCH_MULTIPLATFORM' had a small mistake, using GET_OMAP_REVISION() instead of GET_OMAP_TYPE. Signed-off-by: Rob Clark --- Same as earlier patch, but updated subject line as Paul Menzel suggested. arch/arm/mach-omap2/drm.c | 2

[PATCH -fixes] drm/vmwgfx: Fix a case where the code would BUG when trying to pin GMR memory

Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov Cc: stable at vger.kernel.org Cc: linux-graphics-maintainer at vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_dmabuf.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git

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

On Fri, Nov 9, 2012 at 10:00 AM, Thierry Reding wrote: > On Fri, Nov 09, 2012 at 09:18:58AM -0600, Rob Clark wrote: >> On Fri, Nov 9, 2012 at 7:59 AM, Thierry Reding >> wrote: > [...] >> > +static int regs_open(struct inode *inode, struct file *file) >> > +{ >> > + return single_open(file,

[PATCH] PCI: Fix bit definitions of PCI_EXP_LNKCAP2 register

On Thu, Nov 8, 2012 at 11:56 PM, Jingoo Han wrote: > According to the PCIe 3.0 spec, PCI_EXP_LNKCAP2_SLS_2_5GB is > 1st bit of PCI_EXP_LNKCAP2 register, not 0th bit. So, the bit > definition of supported link speed vector should be fixed. > > Signed-off-by: Jingoo Han > --- >

[PATCH -fixes RESEND] drm/vmwgfx: Fix hibernation device reset

The device would not reset properly when resuming from hibernation. Signed-off-by: Thomas Hellstrom Reviewed-by: Brian Paul Reviewed-by: Dmitry Torokhov Cc: stable at vger.kernel.org Cc: linux-graphics-maintainer at vmware.com --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c |5 + 1 files

[PATCH v7 0/8] of: add display helper

On Thu, Nov 08, 2012 at 03:35:47PM -0600, Rob Herring wrote: > On 10/31/2012 04:28 AM, Steffen Trumtrar wrote: > > Hi! > > > > Finally, v7 of the series. > > > > Changes since v6: > > - get rid of some empty lines etc. > > - move functions to their subsystems > > - split of_ from

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

On Fri, Nov 9, 2012 at 7:59 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. Each display controller can drive a separate RGB/LVDS output. > > Signed-off-by: Thierry

[PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 9, 2012 at 1:39 AM, Inki Dae wrote: > This patch fixes access issue to invalid memory region. > > crtc had only one drm_framebuffer object so when framebuffer > cleanup was requested after page flip, it'd try to disable > hardware overlay to current crtc. > But if current crtc points

[git pull] drm radeon + nouveau fixes

Hi Linus, just radeon and nouveau, mostly regressions fixers, and a couple of radeon register checker fixes. Dave. The following changes since commit 695ddeb457584a602f2ba117d08ce37cf6ec1589: drm/radeon: fix typo in evergreen_mc_resume() (2012-11-07 10:53:49 +1000) are available in the

[Bug 56414] [Regression nv 0de9 ]System boot fails with -fixes kernel

--- Verified.Fixed. -- 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/20121109/c3c482e3/attachment.html>

[Bug 56414] [Regression nv 0de9 ]System boot fails with -fixes kernel

org/archives/dri-devel/attachments/20121109/69dbd508/attachment.html>

Re: [PATCH v7 0/8] of: add display helper

On Thu, Nov 08, 2012 at 03:35:47PM -0600, Rob Herring wrote: On 10/31/2012 04:28 AM, Steffen Trumtrar wrote: Hi! Finally, v7 of the series. Changes since v6: - get rid of some empty lines etc. - move functions to their subsystems - split of_ from non-of_ functions

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

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 git://git.kernel.org/pub/scm/linux/kernel/git/daeinki/drm-exynos Signed-off-by: Inki

Re: [PATCH] drm: fix drm_framebuffer cleanup.

On Fri, Nov 9, 2012 at 1:09 PM, Inki Dae inki@samsung.com wrote: This patch fixes access issue to invalid memory region. crtc had only one drm_framebuffer object so when framebuffer cleanup was requested after page flip, it'd try to disable hardware overlay to current crtc. But if

[PATCH -fixes RESEND] drm/vmwgfx: Fix hibernation device reset

The device would not reset properly when resuming from hibernation. Signed-off-by: Thomas Hellstrom thellst...@vmware.com Reviewed-by: Brian Paul bri...@vmware.com Reviewed-by: Dmitry Torokhov d...@vmware.com Cc: sta...@vger.kernel.org Cc: linux-graphics-maintai...@vmware.com ---

  1   2   >