[Bug 74764] Steam overlay not working

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/20140220/bfa5cf57/attachment.html>

[Bug 75279] XCloseDisplay() takes one minute around nouveau_dri.so, freezing Firefox startup

-- 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/20140220/b28732af/attachment.html>

[RFC] imx-drm: enable full hd dual lvds display (side-by-side)

Enable support for a full hd (1920x1080) lcd display ([1]/[2]), driven by two lvds channels (channel 0 pixels on the left side, channel 1 pixels on the right side). First configure two lvds channels with half display width: lvds-channel at 0 { fsl,data-mapping = "spwg";

[PATCH] drm/radeon: silence GCC warning on 32 bit

On Thu, 2014-02-20 at 16:07 -0500, Ilia Mirkin wrote: > On Thu, Feb 20, 2014 at 4:02 PM, Paul Bolle wrote: > > @@ -935,7 +935,7 @@ static ssize_t radeon_ttm_gtt_read(struct file *f, char > > __user *buf, > > while (size) { > > loff_t p = *pos / PAGE_SIZE; > >

[PATCH] drm/radeon: silence GCC warning on 32 bit

Building radeon_ttm.o on 32 bit x86 triggers a warning: In file included from include/asm-generic/bug.h:13:0, from [...]/arch/x86/include/asm/bug.h:38, from include/linux/bug.h:4, from include/drm/drm_mm.h:39,

[Bug 75226] Dark rendering of War for the Overworld

-devel/attachments/20140220/2c224538/attachment.html>

[PATCH] nouveau, ACPI: fix regression caused by b072e53

On 2/20/2014 10:23 AM, Jiang Liu wrote: > Fix regression caused by commit b072e53, which breaks loading nouveau > driver on optimus laptops. > > On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0) > has special requirements on the fourth parameter, which is different > from ACPI

[PATCH 5/5] drm/radeon: remove global lock

From: Christian K?nig Not needed any more. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 1 - drivers/gpu/drm/radeon/radeon_cs.c | 4 drivers/gpu/drm/radeon/radeon_device.c | 3 +-- drivers/gpu/drm/radeon/radeon_ring.c | 7

[PATCH 4/5] drm/radeon: allocate page tables as normal BOs as well

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h| 12 +- drivers/gpu/drm/radeon/radeon_cs.c | 5 - drivers/gpu/drm/radeon/radeon_device.c | 1 - drivers/gpu/drm/radeon/radeon_vm.c | 389

[PATCH 3/5] drm/radeon: use a normal BO for the page directory

From: Christian K?nig No need to make it more complicated than necessary, just allocate the page directory as normal BO and flush whenever the address change. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 8 +-

[PATCH 2/5] drm/radeon: further cleanup vm flushing & fencing

From: Christian K?nig Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/radeon.h | 3 +++ drivers/gpu/drm/radeon/radeon_cs.c | 4 drivers/gpu/drm/radeon/radeon_ring.c | 16 +++- drivers/gpu/drm/radeon/radeon_vm.c | 31

[PATCH 1/5] drm/radeon: separate gart and vm functions

From: Christian K?nig Both are complex enough on their own. Signed-off-by: Christian K?nig --- drivers/gpu/drm/radeon/Makefile | 2 +- drivers/gpu/drm/radeon/radeon_gart.c | 958 -- drivers/gpu/drm/radeon/radeon_vm.c | 981

[PATCH v2 1/3] drm/tegra: Relicense public header under MIT

Hello Thierry, On Thu, Feb 20, 2014 at 04:48:10PM +0100, Thierry Reding wrote: > From: Thierry Reding > > This file will eventually be exported to libdrm, where all the public > header files use the MIT license. > > Reported-by: Erik Faye-Lund > Acked-by: Stephen Warren > Signed-off-by:

3.13 i915 brightness settings broken when going from docked -> undocked

On Wed, Feb 19, 2014 at 9:20 PM, Josh Boyer wrote: > Hi All, > > We've had a rather weird report[1] of the brightness adjustments being > broken in a specific case with Thinkpad x220 hardware (SandyBridge > based). If you boot the machine with it in a dock and then undock, > the brightness

[Bug 74764] Steam overlay not working

-- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/9dfddf1a/attachment.html>

[Bug 74764] Steam overlay not working

xt part -- An HTML attachment was scrubbed... URL: <http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/0979da83/attachment.html>

[Bug 73320] [radeonsi] LLVM runs out of registers during register allocation in Painkiller Hell & Damnation

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

[Bug 75276] Implement VGPR Register Spilling

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

[Bug 75276] Implement VGPR Register Spilling

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

[Bug 75005] "Upvoid" segfault in radeonsi/llvm

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

[Bug 75211] radeonsi/llvm SIGABRT in Antichamber (UDK)

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

[Bug 75276] Implement VGPR Register Spilling

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

[Bug 75276] New: Implement VGPR Register Spilling

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/20140220/296fdcb8/attachment.html>

[Bug 70171] kernel/time/tick-broadcast.c:668 exception and no sound

https://bugzilla.kernel.org/show_bug.cgi?id=70171 --- Comment #47 from Andreas --- Hello again. I?m sorry, but I won?t make it soon. I?ve got a lot of work to do right now and since most issues are solved I can use my computer for now. I will do the bisect, but it will take some more time.

[PATCH] drm/radeon: fix missing bo reservation

From: Christian K?nig Otherwise we might get a crash here. Signed-off-by: Christian K?nig Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_kms.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drivers/gpu/drm/radeon/radeon_kms.c

[Bug 75127] Radeon SUMO: GPU reset

/attachments/20140220/b46541b8/attachment.html>

[Bug 74764] Steam overlay not working

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

[PATCH] nouveau, ACPI: fix regression caused by b072e53

Fix regression caused by commit b072e53, which breaks loading nouveau driver on optimus laptops. On some platforms, ACPI _DSM method (nouveau_op_dsm_muid, function 0) has special requirements on the fourth parameter, which is different from ACPI specifications. So revert to the private

[PATCH v2] host1x: export host1x_syncpt_incr_max function

files changed, 2 insertions(+) Applied, thanks! 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/20140220/9a338cbb/attachment.pgp>

[PATCH v5 5/5] drm/tegra: Add eDP support

From: Thierry Reding Add support for eDP functionality found on Tegra124 and later SoCs. Only fast link training is currently supported. Signed-off-by: Thierry Reding --- Changes in v5: - relicense under GPL v2 like the rest of the driver

[PATCH v5 4/5] drm/dp: Allow registering AUX channels as I2C busses

From: Thierry Reding Implements an I2C-over-AUX I2C adapter on top of the generic drm_dp_aux infrastructure. It extracts the retry logic from existing drivers, which should help in porting those drivers to this new helper. Reviewed-by: Alex Deucher Reviewed-by: Jani Nikula

[PATCH v5 3/5] drm/dp: Add DisplayPort link helpers

From: Thierry Reding Add a helper to probe a DP link (read out the supported DPCD revision, maximum rate, link count and capabilities) as well as power up the DP link and configure it accordingly. Reviewed-by: Alex Deucher Reviewed-by: Jani Nikula Signed-off-by: Thierry

[PATCH v5 2/5] drm/dp: Add drm_dp_dpcd_read_link_status()

From: Thierry Reding The function reads the link status (6 bytes starting at offset 0x202) from the DPCD so that it can be conveniently passed to other DPCD helpers. Reviewed-by: Alex Deucher Reviewed-by: Jani Nikula Signed-off-by: Thierry Reding ---

[PATCH v5 1/5] drm/dp: Add AUX channel infrastructure

From: Thierry Reding This is a superset of the current i2c_dp_aux bus functionality and can be used to transfer native AUX in addition to I2C-over-AUX messages. Helpers are provided to read and write the DPCD, either blockwise or byte-wise. Many of the existing helpers for

[PATCH v5 0/5] drm/dp: Introduce AUX channel infrastructure

From: Thierry Reding Hi, This small series introduces some infrastructure to support AUX channels in a generic way. Drivers make use of it by embedding and filling in a struct drm_dp_aux. Various helpers can then be used to for example read from or write to the DPCD. Patch

[PATCH v2 3/3] drm/tegra: Use standard GPL v2 license text

From: Thierry Reding Use the more canonical and concise variant of the GPL v2 license text. Acked-by: Stephen Warren Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/gr2d.c | 14 +++--- 1 file changed, 3 insertions(+), 11 deletions(-) diff --git

[PATCH v2 2/3] drm/tegra: Relicense under GPL v2

From: Thierry Reding The majority of the code in this driver is licensed under the GPL v2, so relicense the rest under GPL v2 as well for consistency. Acked-by: Stephen Warren Signed-off-by: Thierry Reding --- drivers/gpu/drm/tegra/dsi.c | 20 +++-

[PATCH v2 1/3] drm/tegra: Relicense public header under MIT

From: Thierry Reding This file will eventually be exported to libdrm, where all the public header files use the MIT license. Reported-by: Erik Faye-Lund Acked-by: Stephen Warren Signed-off-by: Thierry Reding --- Changes in v2: - use generic MIT license header (not

[PATCH v2 0/3] drm/tegra: Restore licensing consistency

From: Thierry Reding The bulk of the Tegra DRM driver is GPL v2 licensed, but some of the new subdrivers were licensed under an MIT license. This was simply oversight on my part. One exception to this is the public header file that will eventually be used within libdrm.

[PATCH] drm/radeon: silence GCC warning on 32 bit

On Thu, Feb 20, 2014 at 4:02 PM, Paul Bolle wrote: > Building radeon_ttm.o on 32 bit x86 triggers a warning: > In file included from include/asm-generic/bug.h:13:0, > from [...]/arch/x86/include/asm/bug.h:38, > from include/linux/bug.h:4, >

[Intel-gfx] [PATCH 0/6] Intel Color Manager Framework

On Thu, Feb 20, 2014 at 06:07:21PM +0530, Shashank Sharma wrote: > Color manager is a new framework in i915 driver, which provides > a unified interface for various color correction methods supported > by intel hardwares. The high level overview of this change is: Would have been good to discuss

AMD/AMD hybrid graphics

On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote: > 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta: > > On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote: > >> 2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta: > >>> On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan

[Bug 75234] UVD initialization fails while dGPU is powered on by DRI_PRIME

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

[PATCH] drm/ttm: declare 'struct device' in ttm_page_alloc.h

Ping, David? On Mon, Feb 10, 2014 at 9:37 PM, Thierry Reding wrote: > On Sun, Feb 09, 2014 at 06:43:18PM +0900, Alexandre Courbot wrote: >> Declare 'struct device' explicitly in ttm_page_alloc.h as this file >> does not include any file declaring it. This removes the following >> warning: >> >>

[PATCH] drm/radeon: fix missing bo reservation

On Thu, Feb 20, 2014 at 12:47 PM, Christian K?nig wrote: > From: Christian K?nig > > Otherwise we might get a crash here. > > Signed-off-by: Christian K?nig > Cc: stable at vger.kernel.org Good catch. Applied to my fixes tree. Thanks! Alex > --- > drivers/gpu/drm/radeon/radeon_kms.c | 6

AMD/AMD hybrid graphics

On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote: > 2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta: > > On Mit, 2014-02-19 at 09:11 +0100, Boszormenyi Zoltan wrote: > > > >> Can Mesa/Xorg use both r600g and radeonsi at the same time? > > Yes, that seems to work fine for others. You

Adding set_blob ioctl to DRM

> I am working on enabling a Color Enhancement block for primary display > for Exynos SoC. I need to > set a bunch of parameters like Color Conversion matrix, Contrast > Improvement parameters etc ~ 30 parameters from User Space. > > I am planning to use KDS blob property to receive these

[Bug 75211] radeonsi/llvm SIGABRT in Antichamber (UDK)

ely random, i.e. doesn't crash at the same points in the 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/20140220/9c

[PATCH] drm/radeon: print the supported atpx function mask

Print the supported functions mask in addition to the version. This is useful in debugging PX problems since we can see what functions are available. Signed-off-by: Alex Deucher Cc: stable at vger.kernel.org --- drivers/gpu/drm/radeon/radeon_atpx_handler.c | 3 ++- 1 file changed, 2

AMD/AMD hybrid graphics

2014-02-20 08:44 keltez?ssel, Boszormenyi Zoltan ?rta: > 2014-02-20 06:47 keltez?ssel, Michel D?nzer ?rta: >> On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote: >>> 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta: On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote: >

3.13 i915 brightness settings broken when going from docked -> undocked

On Wed, 2014-02-19 at 21:20 -0500, Josh Boyer wrote: > We've had a rather weird report[1] of the brightness adjustments being > broken in a specific case with Thinkpad x220 hardware (SandyBridge > based). If you boot the machine with it in a dock and then undock, > the brightness adjustments do

[Bug 75136] Radeon HD6790 produces kernel errors

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

AMD/AMD hybrid graphics

2014-02-20 06:47 keltez?ssel, Michel D?nzer ?rta: > On Don, 2014-02-20 at 06:09 +0100, Boszormenyi Zoltan wrote: >> 2014-02-20 04:20 keltez?ssel, Michel D?nzer ?rta: >>> On Mit, 2014-02-19 at 11:56 +0100, Boszormenyi Zoltan wrote: 2014-02-19 10:59 keltez?ssel, Michel D?nzer ?rta: > On

Adding set_blob ioctl to DRM

Thanks Dave, On 20 February 2014 06:54, Dave Airlie wrote: >> I am working on enabling a Color Enhancement block for primary display >> for Exynos SoC. I need to >> set a bunch of parameters like Color Conversion matrix, Contrast >> Improvement parameters etc ~ 30 parameters from User Space. >>

AMD/AMD hybrid graphics

; output. Assuming you're using gdm, it should be captured > in /var/log/gdm*/:0.log . FC20 has lightdm by default, here's /var/log/lightdm/x-0.log Thanks, Zolt?n -- next part -- A non-text attachment was scrubbed... Name: x-0.log Type: text/x-log Size: 2438 bytes Desc:

[Intel-gfx] Need your advice: Add a new communication inteface between HD-Audio and Gfx drivers for hotplug notification/ELD update

> -Original Message- > From: Ville Syrj?l? [mailto:ville.syrjala at linux.intel.com] > Sent: Wednesday, February 19, 2014 7:30 PM > > > > Is there a 1:1 mapping between these connector nodes and ports of > > > > Gfx > > > display engine? > > > > Eg. For Haswell Ultrabook, under > > > >

[Bug 75211] radeonsi/llvm SIGABRT in Antichamber (UDK)

s 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/20140220/82fb614b/attachment.html>

[Bug 75226] Dark rendering of War for the Overworld

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

[Bug 75234] UVD initialization fails while dGPU is powered on by DRI_PRIME

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

[Bug 75234] New: UVD initialization fails while dGPU is powered on by DRI_PRIME

t;http://lists.freedesktop.org/archives/dri-devel/attachments/20140220/97f44c20/attachment.html>

Adding set_blob ioctl to DRM

Hi All, I am working on enabling a Color Enhancement block for primary display for Exynos SoC. I need to set a bunch of parameters like Color Conversion matrix, Contrast Improvement parameters etc ~ 30 parameters from User Space. I am planning to use KDS blob property to receive these