[PATCH] RFC: dma-buf: userspace mmap support

From: Rob Clark Enable optional userspace access to dma-buf buffers via mmap() on the dma-buf file descriptor. Userspace access to the buffer should be bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to give the exporting driver a chance to deal with cache

[V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

<#part sign=pgpmime> On Thu, 15 Mar 2012 00:35:46 +0100, Carsten Emde wrote: > This patch adds a module parameter to invert the backlight brightness > value before writing and after reading which makes the affected notebook > usable again. You should add a quirk for this and set things up so

[PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

From: Michel D?nzer The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the display shows random bits other than the intended ones. Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon_display.c |4 +++-

[PATCH v2 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

From: Michel D?nzer The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 Cc: stable at vger.kernel.org

[PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

On Mit, 2012-03-14 at 11:08 -0400, Alex Deucher wrote: > 2012/3/14 Michel D?nzer : > > From: Michel D?nzer > > > > The hardware only takes 27 bits for the offset, so larger offsets are > > truncated, and the hardware cursor shows random bits other than the intended > > ones. > > > > Bugzilla:

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #6 from j.fikar at gmail.com 2012-03-14 15:49:41 --- vramlimit didn't work, it's in my first post; but I'll verify that. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this

[PATCH] omap2+: add drm device

On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote: > On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen > wrote: > > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: > >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen > >> wrote: > >> > Hi, > >> > > >> > On Tue, 2012-03-13 at 15:34 -0500,

[PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

2012/3/14 Michel D?nzer : > From: Michel D?nzer > > The hardware only takes 27 bits for the offset, so larger offsets are > truncated, and the display shows random bits other than the intended ones. > > Signed-off-by: Michel D?nzer Reviewed-by: Alex Deucher This should probably go to stable

[PATCH v2 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

2012/3/14 Michel D?nzer : > From: Michel D?nzer > > The hardware only takes 27 bits for the offset, so larger offsets are > truncated, and the hardware cursor shows random bits other than the intended > ones. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 > > Cc: stable at

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 Christian K?nig changed: What|Removed |Added Status|NEW |ASSIGNED CC|

[PATCH] omap2+: add drm device

On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: > On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen > wrote: > > Hi, > > > > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: > >> From: Andy Gross > >> > >> Register OMAP DRM/KMS platform device, and reserve a CMA region for > >> the device

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #5 from Alex Deucher 2012-03-14 15:02:42 --- (In reply to comment #4) > for 256MB, 512MB and 1024MB I get > > [6.301475] [drm] CONFIG_MEMSIZE: 0x > > also I need a cold restart when changing UMA size in bios,

[PATCH 2/2] drm/radeon: Drop radeon_gem_object_(un)pin.

From: Michel D?nzer Only radeon_gem_object_unpin was used anymore, in only one place. Signed-off-by: Michel D?nzer --- drivers/gpu/drm/radeon/radeon.h|3 --- drivers/gpu/drm/radeon/radeon_cursor.c |7 ++- drivers/gpu/drm/radeon/radeon_gem.c|

[PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

From: Michel D?nzer The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 Cc: stable at vger.kernel.org

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 Michel D?nzer changed: What|Removed |Added Attachment #58312|0 |1 is obsolete|

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #4 from j.fikar at gmail.com 2012-03-14 14:46:30 --- for 256MB, 512MB and 1024MB I get [6.301475] [drm] CONFIG_MEMSIZE: 0x also I need a cold restart when changing UMA size in bios, otherwise it's not changed. so is

[PATCH] omap2+: add drm device

- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 836 bytes Desc: This is a digitally signed message part URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120314/cd13204f/attachment.pgp>

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 legia changed: What|Removed |Added CC||legia at klikni.cz --- Comment #2 from legia

[PATCH 2/2] gma500: suspend/resume support for Cedartrail

From: Alan Cox Update our tree to match the current driver head. Signed-off-by: Alan Cox --- drivers/gpu/drm/gma500/cdv_device.c| 169 drivers/gpu/drm/gma500/power.c |3 - drivers/gpu/drm/gma500/psb_drv.h | 20

[PATCH 1/2] gma500: Fix resume paths

From: Alan Cox We fall apart somewhat on resume because we don't invoke all the resume methods as we should. Fix the silly error in the logic. Signed-off-by: Alan Cox --- drivers/gpu/drm/gma500/power.c |3 --- 1 files changed, 0 insertions(+), 3 deletions(-) diff

[PULL] drm-intel-fixes

(-) -- keith.packard at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 827 bytes Desc: not available URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20120314/ee924489/attachment.pgp>

[PATCH 2/2] drm/radeon: Drop radeon_gem_object_(un)pin.

2012/3/14 Michel D?nzer : > From: Michel D?nzer > > Only radeon_gem_object_unpin was used anymore, in only one place. > > Signed-off-by: Michel D?nzer Reviewed-by: Alex Deucher > --- > ?drivers/gpu/drm/radeon/radeon.h ? ? ? ?| ? ?3 --- > ?drivers/gpu/drm/radeon/radeon_cursor.c | ? ?7 ++-

[PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

2012/3/14 Michel D?nzer : > From: Michel D?nzer > > The hardware only takes 27 bits for the offset, so larger offsets are > truncated, and the hardware cursor shows random bits other than the intended > ones. > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 > > Cc: stable at

[DEBUG PATCH] Print a message when a spurious i2c SCL timeout occurs.

A quick hack to verify that the fix works as intended... Do not apply. --- drivers/i2c/algos/i2c-algo-bit.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/i2c/algos/i2c-algo-bit.c b/drivers/i2c/algos/i2c-algo-bit.c index d25112e..3f547b5 100644 ---

[PATCH] i2c-algo-bit: Fix spurious SCL timeouts under heavy load

When the system is under heavy load, there can be a significant delay between the getscl() and time_after() calls inside sclhi(). That delay may cause the time_after() check to trigger after SCL has gone high, causing sclhi() to return -ETIMEDOUT. To fix the problem, double check that SCL is

[PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen wrote: > On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote: >> On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen >> wrote: >> > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: >> >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen > >> ti.com>

[PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen wrote: > On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: >> On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen >> wrote: >> > Hi, >> > >> > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: >> >> From: Andy Gross >> >> >> >> Register OMAP

[PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen wrote: > Hi, > > On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: >> From: Andy Gross >> >> Register OMAP DRM/KMS platform device, and reserve a CMA region for >> the device to use for buffer allocation. ?DMM is split into a >> separate device

[RESEND][PATCH 09/10] drm/exynos: add G2D driver

From: Joonyoung Shim G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific. This adds below three exynos specific ioctl and one event for G2D. - DRM_EXYNOS_G2D_GET_VER - DRM_EXYNOS_G2D_SET_CMDLIST -

[RESEND][PATCH 01/10] drm/exynos: add HDMI version 1.4 support

From: Joonyoung Shim Later Exynos series from Exynos4X12 support HDMI version 1.4. We will distinguish to use which version via platform data. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c

[PATCH 10/10] drm/exynos: added virtual display driver.

this driver would be used for wireless display. virtual display driver has independent crtc, encoder and connector and to use this driver, user application should send edid data to this driver from wireless display. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH 09/10] drm/exynos: add G2D driver

From: Joonyoung Shim G2D is a 2D graphic accelerator that supports Bit Block Transfer. This G2D driver is exynos drm specific and supports only exynos4x12 series. user application fills command set in cmdlist and once dma start request these cmdlists are parsed and

[PATCH 08/10] drm/exynos: add is_local member in exynos_drm_subdrv struct

From: Joonyoung Shim The is_local member indicates unused subdrv such connector and encoder so doesn't make resources for them. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c |3 +++

[PATCH 07/10] drm/exynos: add subdrv open/close functions

From: Joonyoung Shim Some subdrv need open and close functions call when open and close drm. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_core.c | 35 ++

[PATCH 06/10] drm/exynos: remove module of exynos drm subdrv

From: Joonyoung Shim The exynos drm driver has several subdrv. They each can be module but it causes unfixed probe order of exynodr drm driver and each subdrv. It also needs some weird codes such as exynos_drm_fbdev_reinit and exynos_drm_mode_group_reinit. This patch can

[PATCH 05/10] drm/exynos: release pending pageflip events when closed

From: Joonyoung Shim We should release pending pageflip events when closed. If not, they will be dangling events. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_drv.c | 14 ++ 1

[PATCH 04/10] drm/exynos: added new funtion to get/put dma address.

this function would be used for drm based 2d acceleration driver to get/put dma address through gem handle. when exynos_drm_get_dma_address is called reference count of gem object would be increased not to be released by gem close and when exynos_drm_put_dma_address is called the reference count

[PATCH 03/10] drm/exynos: added buffer allocation type.

with this patch, we can allocate physically continuous or non-continuous memory and also it creates scatterlist for iommu support so allocated memory region can be mapped to iommu page table using scatterlist. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park ---

[PATCH 02/10] drm/exynos: added mode_fixup feature and code clean.

this patch adds mode_fixup feature for hdmi module that specific driver changes current mode to driver desired mode properly. Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_drm_connector.c | 25 +++- drivers/gpu/drm/exynos/exynos_drm_crtc.c |

[PATCH 01/10] drm/exynos: add HDMI version 1.4 support

Later Exynos series from Exynos4X12 support HDMI version 1.4. We will distinguish to use which version via platform data. Signed-off-by: Joonyoung Shim Signed-off-by: Inki Dae Signed-off-by: Kyungmin Park --- drivers/gpu/drm/exynos/exynos_hdmi.c | 1152 +++---

[PATCH 00/10] updated exynos-drm-next

Hi, Dave and all. this patch set includes the following features. - add HDMI version 1.4 support. - add mode_fixup feature. . hdmi module would change current mode to driver desired mode properly. - add buffer alloction type. . we can allocate physically continuous or non-continuous

[DEBUG PATCH] Print a message when a spurious i2c SCL timeout occurs.

A quick hack to verify that the fix works as intended... Do not apply. --- drivers/i2c/algos/i2c-algo-bit.c |6 ++ 1 files changed, 6 insertions(+), 0 deletions(-) diff --git a/drivers/i2c/algos/i2c-algo-bit.c b/drivers/i2c/algos/i2c-algo-bit.c index d25112e..3f547b5 100644 ---

[PATCH] i2c-algo-bit: Fix spurious SCL timeouts under heavy load

When the system is under heavy load, there can be a significant delay between the getscl() and time_after() calls inside sclhi(). That delay may cause the time_after() check to trigger after SCL has gone high, causing sclhi() to return -ETIMEDOUT. To fix the problem, double check that SCL is

[PATCH 1/2] gma500: Fix resume paths

From: Alan Cox a...@linux.intel.com We fall apart somewhat on resume because we don't invoke all the resume methods as we should. Fix the silly error in the logic. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/power.c |3 --- 1 files changed, 0 insertions(+), 3

[PATCH 2/2] gma500: suspend/resume support for Cedartrail

From: Alan Cox a...@linux.intel.com Update our tree to match the current driver head. Signed-off-by: Alan Cox a...@linux.intel.com --- drivers/gpu/drm/gma500/cdv_device.c| 169 drivers/gpu/drm/gma500/power.c |3 -

[Bug 42876] System doesn't boot with GTX 550 Ti

https://bugzilla.kernel.org/show_bug.cgi?id=42876 legia le...@klikni.cz changed: What|Removed |Added CC||le...@klikni.cz --- Comment

Re: [PATCH] omap2+: add drm device

Hi, On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: From: Andy Gross andy.gr...@ti.com Register OMAP DRM/KMS platform device, and reserve a CMA region for the device to use for buffer allocation. DMM is split into a separate device using hwmod. What's the diff with this and the

Re: [PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: From: Andy Gross andy.gr...@ti.com Register OMAP DRM/KMS platform device, and reserve a CMA region for the device to use for buffer allocation.  DMM is split

Re: [PATCH] omap2+: add drm device

On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: From: Andy Gross andy.gr...@ti.com Register OMAP DRM/KMS platform device, and reserve a CMA region

Re: [PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Tue, 2012-03-13 at 15:34 -0500, Rob Clark wrote: From: Andy Gross

Re: [PATCH] omap2+: add drm device

On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 7:38 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: Hi, On Tue, 2012-03-13

[PATCH 2/2] drm/radeon: Drop radeon_gem_object_(un)pin.

From: Michel Dänzer michel.daen...@amd.com Only radeon_gem_object_unpin was used anymore, in only one place. Signed-off-by: Michel Dänzer michel.daen...@amd.com --- drivers/gpu/drm/radeon/radeon.h|3 --- drivers/gpu/drm/radeon/radeon_cursor.c |7 ++-

[PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 Cc: sta...@vger.kernel.org

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #4 from j.fi...@gmail.com 2012-03-14 14:46:30 --- for 256MB, 512MB and 1024MB I get [6.301475] [drm] CONFIG_MEMSIZE: 0x also I need a cold restart when changing UMA size in bios, otherwise it's not changed. so is it

[Bug 46796] [X800SE] Mouse cursor corruption when switching users

https://bugs.freedesktop.org/show_bug.cgi?id=46796 Michel Dänzer mic...@daenzer.net changed: What|Removed |Added Attachment #58312|0 |1 is obsolete|

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #5 from Alex Deucher alexdeuc...@gmail.com 2012-03-14 15:02:42 --- (In reply to comment #4) for 256MB, 512MB and 1024MB I get [6.301475] [drm] CONFIG_MEMSIZE: 0x also I need a cold restart when changing UMA

Re: [PATCH] omap2+: add drm device

On Wed, Mar 14, 2012 at 8:43 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-03-14 at 08:16 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 8:07 AM, Tomi Valkeinen tomi.valkei...@ti.com wrote: On Wed, 2012-03-14 at 07:55 -0500, Rob Clark wrote: On Wed, Mar 14, 2012 at 7:38 AM,

Re: [PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

2012/3/14 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla:

[Bug 46713] HDMI audio played back at a wrong rate

https://bugs.freedesktop.org/show_bug.cgi?id=46713 Christian König deathsim...@vodafone.de changed: What|Removed |Added Status|NEW |ASSIGNED

Re: [PATCH 2/2] drm/radeon: Drop radeon_gem_object_(un)pin.

2012/3/14 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com Only radeon_gem_object_unpin was used anymore, in only one place. Signed-off-by: Michel Dänzer michel.daen...@amd.com Reviewed-by: Alex Deucher alexander.deuc...@amd.com ---  

Re: [PATCH 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

On Mit, 2012-03-14 at 11:08 -0400, Alex Deucher wrote: 2012/3/14 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended

[Bug 42920] Radeon with KMS and UMA works only up to 128MB

https://bugzilla.kernel.org/show_bug.cgi?id=42920 --- Comment #6 from j.fi...@gmail.com 2012-03-14 15:49:41 --- vramlimit didn't work, it's in my first post; but I'll verify that. -- Configure bugmail: https://bugzilla.kernel.org/userprefs.cgi?tab=email --- You are receiving this mail

[PATCH v2 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=46796 Cc: sta...@vger.kernel.org

[PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the display shows random bits other than the intended ones. Signed-off-by: Michel Dänzer michel.daen...@amd.com --- drivers/gpu/drm/radeon/radeon_display.c |4

[PULL] drm-intel-fixes

Jesse sent me a couple of trivial sprite plane fixes. The following changes since commit 91982b58d35720b75b894c60e1e3133daa455b53: drm/gma500: Fix Cedarview boot failures in 3.3-rc (2012-03-05 14:08:31 +) are available in the git repository at:

Re: [PATCH v2 1/2] drm/radeon: Restrict offset for legacy hardware cursor.

2012/3/14 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the hardware cursor shows random bits other than the intended ones. Bugzilla:

Re: [PATCH 2/2] drm/radeon: Restrict offset for legacy display engine.

2012/3/14 Michel Dänzer mic...@daenzer.net: From: Michel Dänzer michel.daen...@amd.com The hardware only takes 27 bits for the offset, so larger offsets are truncated, and the display shows random bits other than the intended ones. Signed-off-by: Michel Dänzer michel.daen...@amd.com

[PATCH] nouveau: kfree() gracefully handles NULL pointers, testing is redundant

Remove redundant NULL checks before kfree() in drivers/gpu/drm/nouveau/nvc0_graph.c Signed-off-by: Jesper Juhl j...@chaosbits.net --- drivers/gpu/drm/nouveau/nvc0_graph.c |9 +++-- 1 file changed, 3 insertions(+), 6 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nvc0_graph.c

[V2 PATCH 0/2] Provide workarounds to use DRM/KMS with broken graphics hardware

This is V2 of a patchset to use DRM/KMS with broken graphics hardware. As a major change from V1, generic EDID data are now built-in into the drm_kms_helper module as proposed by Alan. To help people building their own EDID data and to understand how the binary EDID blobs in

[V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

Following the documentation of the Legacy Backlight Brightness (LBB) Register in the configuration space of some Intel PCI graphics adapters, setting the LBB register with the value 0x0 causes the backlight to be turned off, and 0xFF causes the backlight to be set to 100% intensity

[V2 PATCH 1/2] drivers-gpu-drm-allow-to-load-edid-firmware.patch

Broken monitors and/or broken graphic boards may send erroneous or no EDID data. This also applies to broken KVM devices that are unable to correctly forward the EDID data of the connected monitor but invent their own fantasy data. This patch allows to specify an EDID data set to be used instead

[PATCH] RFC: dma-buf: userspace mmap support

From: Rob Clark r...@ti.com Enable optional userspace access to dma-buf buffers via mmap() on the dma-buf file descriptor. Userspace access to the buffer should be bracketed with DMA_BUF_IOCTL_{PREPARE,FINISH}_ACCESS ioctl calls to give the exporting driver a chance to deal with cache

Re: [V2 PATCH 2/2] drivers-gpu-drm-i915-invert-backlight-brightness

#part sign=pgpmime On Thu, 15 Mar 2012 00:35:46 +0100, Carsten Emde c.e...@osadl.org wrote: This patch adds a module parameter to invert the backlight brightness value before writing and after reading which makes the affected notebook usable again. You should add a quirk for this and set

[git pull] drm/exynos: updated exynos-drm-fixes

Hi Dave. Please pull from git://git.infradead.org/users/kmpark/linux-samsung exynos-drm-fixes this patch set is just miner fixes and had already been posted last week for review and another one included in this patch set also already been posted by Sascha Hauer last month. for this you