https://bugs.freedesktop.org/show_bug.cgi?id=51652
--- Comment #3 from okias d.ok...@gmail.com 2012-09-11 13:45:48 UTC ---
Created attachment 66971
-- https://bugs.freedesktop.org/attachment.cgi?id=66971
picture.jpg
after upgrade from 3.6.0_rc2 to rc4 second monitor works with clone (absolute
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #6 from Pierre Ossman pierre-bugzi...@ossman.eu 2012-09-11
13:51:20 UTC ---
I don't have any updated systems right now, so I can't really test. Test
program should still be valid though.
--
Configure bugmail:
Ping
On 09/04/2012 09:02 AM, Ian Pilcher wrote:
On 08/30/2012 12:23 AM, Ian Pilcher wrote:
* Remove EDID_QUIRK_NO_AUDIO from the flags for the LG L246WP. It won't
work out of the box with the Intel driver until that driver is
fixed to not send audio InfoFrames to non-HDMI displays (but
Even GPUs can have a null pointer dereference, so move
the IB pool to another offset to catch those.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
drivers/gpu/drm/radeon/radeon_ring.c |
The end offset is exclusive not inclusive.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon/radeon_gart.c
index
It doesn't really belong into the object functions,
also rename it to avoid collisions with struct radeon_bo_va.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon.h|2 ++
drivers/gpu/drm/radeon/radeon_gart.c | 34
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gart.c
b/drivers/gpu/drm/radeon/radeon_gart.c
index 614e31a..5694421 100644
---
The no_wait param isn't used anywhere, and actually isn't
very usefull at all.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_object.c |7 +++
drivers/gpu/drm/radeon/radeon_object.h |2 +-
2 files changed, 4 insertions(+), 5 deletions(-)
Make the reserve non interruptible.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_gem.c |7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_gem.c
b/drivers/gpu/drm/radeon/radeon_gem.c
index
It is unnecessary when we remove the va in drm_close.
Signed-off-by: Christian König deathsim...@vodafone.de
---
drivers/gpu/drm/radeon/radeon_object.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
Roughly based on how nouveau is handling it. Instead of
adding the bo_va when the address is set add the bo_va
when the handle is opened, but set the address to zero
until userspace tells us where to place it.
This fixes another bunch of problems with glamor.
Signed-off-by: Christian König
https://bugs.freedesktop.org/show_bug.cgi?id=40495
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Component|Drivers/DRI/r300
On Mon, Sep 10, 2012 at 09:34:36PM +0200, Daniel Vetter wrote:
On Mon, Sep 10, 2012 at 09:28:17AM +0200, Daniel Vetter wrote:
Hi Dave,
You're pull just reminded me that I've been sitting on a few small -fixes,
too. Nothing really major at all:
- fixup edp setup sequence (Dave)
-
https://bugs.freedesktop.org/show_bug.cgi?id=54662
--- Comment #5 from Tony Thomas autonym...@gmail.com 2012-09-11 15:52:36 UTC
---
(In reply to comment #4)
(In reply to comment #1)
Recent Ubuntu versions don't come with an xorg.conf file, and sudo Xorg
-configure reports a fatal error, so
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Alan a...@lxorguk.ukuu.org.uk changed:
What|Removed |Added
Status|NEW |RESOLVED
On Tue, Sep 11, 2012 at 6:23 AM, Michel Dänzer mic...@daenzer.net wrote:
On Die, 2012-09-11 at 12:11 +0200, Christian König wrote:
How about this idea: Instead of increasing the upper 32bits we just use
the upper 32bits of the last emitted fence value?
E.g. see the attached patch. That both
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
deathsim...@vodafone.de wrote:
Roughly based on how nouveau is handling it. Instead of
adding the bo_va when the address is set add the bo_va
when the handle is opened, but set the address to zero
until userspace tells us where to place it.
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
deathsim...@vodafone.de wrote:
It is unnecessary when we remove the va in drm_close.
Signed-off-by: Christian König deathsim...@vodafone.de
NAK there is case for which drm_close is not call like ib pool and
other iirc. This clear va is really a
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
deathsim...@vodafone.de wrote:
Make the reserve non interruptible.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_gem.c |7 +--
1 file changed, 5 insertions(+), 2
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
deathsim...@vodafone.de wrote:
The no_wait param isn't used anywhere, and actually isn't
very usefull at all.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Jerome Glisse
---
drivers/gpu/drm/radeon/radeon_object.c |
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
deathsim...@vodafone.de wrote:
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
deathsim...@vodafone.de wrote:
The end offset is exclusive not inclusive.
Signed-off-by: Christian König deathsim...@vodafone.de
Reviewed-by: Jerome Glisse jgli...@redhat.com
---
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
1 file
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
deathsim...@vodafone.de wrote:
Even GPUs can have a null pointer dereference, so move
the IB pool to another offset to catch those.
Reviewed-by: Jerome Glisse jgli...@redhat.com
Signed-off-by: Christian König deathsim...@vodafone.de
---
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #8 from Alex Deucher ag...@yahoo.com 2012-09-11 17:23:43 UTC ---
might be fixed with this commit:
http://cgit.freedesktop.org/mesa/mesa/commit/?id=f44bda17f515c411071ca8744ebd96039d9c583b
--
Configure bugmail:
https://bugs.freedesktop.org/show_bug.cgi?id=26641
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://bugs.freedesktop.org/show_bug.cgi?id=27937
Andreas Boll andreas.boll@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
DRM users should be able to create/destroy/manage dumb- and frame-buffers
without DRM_MASTER. These ioctls do not affect modesetting so there is no
reason to protect them by drm-master. Particularly, destroying buffers
should always be possible as a client has only access to buffers that they
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #10 from Tormod Volden bugzi11.fdo.tor...@xoxy.net 2012-09-11
18:42:32 UTC ---
Created attachment 66986
-- https://bugs.freedesktop.org/attachment.cgi?id=66986
backport of Christian's v2 patch
I tried backporting the v2 patch from
On Sun, 9 Sep 2012 22:19:59 -0500
Rob Clark r...@ti.com wrote:
On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark rob.cl...@linaro.org wrote:
From: Rob Clark r...@ti.com
This is following a bit the approach that Ville is taking for atomic-
modeset, in that it is switching over to using
Hi,
On Tuesday, September 11, 2012, Dave Airlie wrote:
Hi Rafael,
I've been investigating runtime PM support for some use-cases on GPUs.
In some laptops we have a secondary GPU (optimus) that can be powered
up for certain 3D tasks and then turned off when finished with. Now I
did an
On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
Hi,
On Tuesday, September 11, 2012, Dave Airlie wrote:
Hi Rafael,
I've been investigating runtime PM support for some use-cases on GPUs.
In some laptops we have a secondary GPU (optimus) that can be powered
up for certain 3D tasks
On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky b...@bwidawsk.net wrote:
On Sun, 9 Sep 2012 22:19:59 -0500
Rob Clark r...@ti.com wrote:
On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark rob.cl...@linaro.org wrote:
From: Rob Clark r...@ti.com
This is following a bit the approach that Ville is
On Tuesday, September 11, 2012, Alan Stern wrote:
On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
Hi,
On Tuesday, September 11, 2012, Dave Airlie wrote:
Hi Rafael,
I've been investigating runtime PM support for some use-cases on GPUs.
In some laptops we have a secondary
On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
Hi,
On Tuesday, September 11, 2012, Dave Airlie wrote:
Hi Rafael,
I've been investigating runtime PM support for some use-cases on GPUs.
In some laptops we have
On Wednesday, September 12, 2012, Dave Airlie wrote:
On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu wrote:
On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
Hi,
On Tuesday, September 11, 2012, Dave Airlie wrote:
Hi Rafael,
I've been investigating runtime PM
On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki r...@sisk.pl wrote:
On Wednesday, September 12, 2012, Dave Airlie wrote:
On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern st...@rowland.harvard.edu
wrote:
On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
Hi,
On Tuesday, September 11, 2012,
101 - 136 of 136 matches
Mail list logo