On Wed, Jan 29, 2014 at 8:44 AM, Rob Clark wrote:
> On Tue, Jan 28, 2014 at 4:52 PM, Sean Paul wrote:
>> On Mon, Nov 25, 2013 at 9:47 AM, Rob Clark wrote:
>>> Break the mutable state of a plane out into a separate structure
>>> and use atomic properties mechanism to set plane attributes. This
>
t
back.
--
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/20140206/5d92f142/attachment.html>
rubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/848b6605/attachment.html>
The "Renesas Corporation" listed in the copyright notice doesn't exist.
Replace it with "Renesas Electronics Corporation" and update the
copyright years.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/shmobile/shmob_drm_backlight.c | 2 +-
drivers/gpu/drm/shmobile/shmob_drm_backlight.h | 2
The "Renesas Corporation" listed in the copyright notice doesn't exist.
Replace it with "Renesas Electronics Corporation" and update the
copyright years.
Signed-off-by: Laurent Pinchart
---
drivers/gpu/drm/rcar-du/rcar_du_crtc.c| 2 +-
drivers/gpu/drm/rcar-du/rcar_du_crtc.h| 2 +-
driver
The "Renesas Corporation" listed in the copyright notices doesn't exist.
Replace it with "Renesas Electronics Corporation" and update the
copyright years.
Laurent Pinchart (2):
drm/rcar-du: Update copyright notice
drm/shmob: Update copyright notice
drivers/gpu/drm/rcar-du/rcar_du_crtc.c
> -Original Message-
> From: Colin King [mailto:colin.king at canonical.com]
> Sent: Thursday, February 06, 2014 12:18 PM
> To: David Airlie; Deucher, Alexander; dri-devel at lists.freedesktop.org
> Subject: [PATCH] drm/radeon/dpm: ensure ret is not returning uninitialized
> value
>
> From
From: Colin Ian King
ret is not being initialized, so there is a possibility that
a garbage value is being returned by kv_dpm_late_enable().
Initialize ret to 0 to fix this.
Signed-off-by: Colin Ian King
---
drivers/gpu/drm/radeon/kv_dpm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
https://bugzilla.kernel.org/show_bug.cgi?id=69301
--- Comment #16 from Alex Deucher ---
(In reply to Jan Outhuis from comment #15)
> So I guess I'll have to do that all over again. I'm not that familiar
> yet with doing bisections.
> By the way, do I have to do a ' make clean' before each new com
https://bugzilla.kernel.org/show_bug.cgi?id=69301
--- Comment #15 from Jan Outhuis ---
No, I'm sorry. Picture stays the same.
I've also done a Git bisect, but the outcome of that doesn't seem to
make any sense:
023838542dc8a4eac9650f98942671078a4ce73d is the first bad commit
commit 023838542dc8
nts/20140206/7c041530/attachment.html>
Hi Dave,
Just minor stuff really, on vlv dp fix and two patches to tune down some
opregion sanity check. Plus MAINTAINERS update for the new git repo, which
is the only reason I've really bothered with this pull request.
Cheers, Daniel
The following changes since commit ec14ba47791965d2c08e0a68
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/e6580929/attachment.html>
And one more fix on top:
commit d02f8575f1a38b3180a76a8ae0857dfde67f5ead
Author: Alex Deucher
Date: Thu Feb 6 14:22:21 2014 -0500
drm/radeon: add missing include in btc_dpm.c
Fixes a compile error with debugfs disabled.
Signed-off-by: Alex Deucher
On Thu, Feb 6, 2014 at 2:07
Hi Dave,
Just some minor fixes for radeon. The most important are the UVD
interrupt fixes.
The following changes since commit 7c4c62a04a2a80e3feb5d6c97aca1e413b11c790:
drm/radeon: allow geom rings to be setup on r600/r700 (v2) (2014-02-06
12:13:52 +1000)
are available in the git repository
https://bugzilla.kernel.org/show_bug.cgi?id=65761
--- Comment #31 from Christoph Haag ---
Created attachment 124781
--> https://bugzilla.kernel.org/attachment.cgi?id=124781&action=edit
callgrind output from X
Not much news:
I tried to run X with valgrind --tool=callgrind to try to find out abo
No need to check "ret" twice in a row.
Signed-off-by: Dan Carpenter
diff --git a/drivers/gpu/drm/nouveau/nouveau_hwmon.c
b/drivers/gpu/drm/nouveau/nouveau_hwmon.c
index 4aff04fa483c..5e4ab58f4f6b 100644
--- a/drivers/gpu/drm/nouveau/nouveau_hwmon.c
+++ b/drivers/gpu/drm/nouveau/nouveau_hwmon.c
On Thu, Jan 30, 2014 at 1:18 PM, Sean Paul wrote:
> This patchset refactors parts of the exynos driver to move it closer to a
> proper
> drm driver (rather than just implementing a drm layer on top of the hardware
> drivers). The hope is to get to a point where the dp/hdmi drivers can
> implemen
The following changes since commit ef64cf9d06049e4e9df661f3be60b217e476bee1:
Merge branch 'drm-nouveau-next' of
git://anongit.freedesktop.org/git/nouveau/linux-2.6 into drm-next
(2014-01-30 10:46:06 +1000)
are available in the git repository at:
git://people.freedesktop.org/~robclark/linux m
org/archives/dri-devel/attachments/20140206/b5dec618/attachment.html>
part --
An HTML attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/c8261186/attachment.html>
iles.zajec.net/barts-low-resume-corruption.jpeg
--
Rafa?
-- next part --
A non-text attachment was scrubbed...
Name: dmesg.log
Type: application/octet-stream
Size: 173981 bytes
Desc: not available
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/3ad95e3d/attachment-0001.obj>
attachment was scrubbed...
URL:
<http://lists.freedesktop.org/archives/dri-devel/attachments/20140206/fe1025a4/attachment.html>
Hi Linus,
a few regression fixes already, one for my own stupidity, and mgag200 typo
fix, vmwgfx fixes and ttm regression fixes, and a radeon register checker
update for older cards to handle geom shaders.
Dave.
The following changes since commit 38dbfb59d1175ef458d006556061adeaa8751b72:
L
bit I originally thought that may have
been set to 15.
--
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/20140206/d87a4
Hi, fellow graphics stack developers,
Now that FOSDEM is over, it is time to think about the
Google Summer of Code 2014!
If you would like to propose a project for the GSoC 2014, please
write your proposals at [1], before the 14th of February, in order
to increase our chances of being an accepted
26 matches
Mail list logo
