On Tue, 11 Sep 2012 15:07:41 +0200, Paul Menzel
wrote:
> Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> > I'd focus on profiling the X server, making sure the profiles show
> > symbols, ideally with call graphs. sysprof or perf might work better for
> > this than oprofile.
>
On Die, 2012-09-11 at 15:07 +0200, Paul Menzel wrote:
> Am Dienstag, den 11.09.2012, 14:55 +0200 schrieb Michel Dänzer:
> > On Die, 2012-09-11 at 14:42 +0200, Paul Menzel wrote:
> > >
> > > using Debian Sid/unstable with the awesome 3.4.13-1 window manager and
> > > Evolution 3.4.3-1, htop shows
At Mon, 10 Sep 2012 18:50:04 +1000,
Dave Airlie wrote:
>
> On Mon, Sep 10, 2012 at 6:47 PM, Takashi Iwai wrote:
> > At Mon, 10 Sep 2012 15:04:02 +1000,
> > Dave Airlie wrote:
> >>
> >> On Mon, Sep 10, 2012 at 2:31 PM, Dave Airlie wrote:
> >> > For optimus and powerxpress setups where we can expl
https://bugs.freedesktop.org/show_bug.cgi?id=51652
--- Comment #3 from okias 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 0
0 both), but ex
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #6 from Pierre Ossman 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: https://bugs.freedesktop.org/userprefs.cgi?tab=e
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 disp
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
---
drivers/gpu/drm/radeon/radeon.h |1 +
drivers/gpu/drm/radeon/radeon_gart.c |2 +-
drivers/gpu/drm/radeon/radeon_ring.c |6 +++---
3 files chang
The end offset is exclusive not inclusive.
Signed-off-by: Christian König
---
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 d7bd46b..614e31a 100644
---
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
---
drivers/gpu/drm/radeon/radeon.h|2 ++
drivers/gpu/drm/radeon/radeon_gart.c | 34
drivers/gpu/drm/ra
Signed-off-by: Christian König
---
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
--- a/drivers/gpu/drm/radeon/radeon_gart.c
+++
The no_wait param isn't used anywhere, and actually isn't
very usefull at all.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_object.c |7 +++
drivers/gpu/drm/radeon/radeon_object.h |2 +-
2 files changed, 4 insertions(+), 5 deletions(-)
diff --git a/drivers/gpu/dr
Make the reserve non interruptible.
Signed-off-by: Christian König
---
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 6cac5cc..cfad667 100644
--- a/
It is unnecessary when we remove the va in drm_close.
Signed-off-by: Christian König
---
drivers/gpu/drm/radeon/radeon_object.c | 11 ---
1 file changed, 11 deletions(-)
diff --git a/drivers/gpu/drm/radeon/radeon_object.c
b/drivers/gpu/drm/radeon/radeon_object.c
index 8d23b7e..d210fe
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 changed:
What|Removed |Added
Component|Drivers/DRI/r300|Drivers/Gallium/r300
--
Configure bugmai
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 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 I'm not sure h
https://bugzilla.kernel.org/show_bug.cgi?id=47321
Alan changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
On Tue, Sep 11, 2012 at 6:23 AM, Michel Dänzer 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 should hand
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
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.
>
> This fixes another
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
wrote:
> It is unnecessary when we remove the va in drm_close.
>
> Signed-off-by: Christian König
NAK there is case for which drm_close is not call like ib pool and
other iirc. This clear va is really a safety net.
> ---
> drivers/gpu/drm/radeo
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
wrote:
> Make the reserve non interruptible.
>
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_gem.c |7 +--
> 1 file changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/drivers/gp
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
wrote:
> The no_wait param isn't used anywhere, and actually isn't
> very usefull at all.
>
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_object.c |7 +++
> drivers/gpu/drm/radeon/rade
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
wrote:
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> 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/d
On Tue, Sep 11, 2012 at 10:10 AM, Christian König
wrote:
> 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
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon.h|2 ++
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
wrote:
> The end offset is exclusive not inclusive.
>
> Signed-off-by: Christian König
Reviewed-by: Jerome Glisse
> ---
> drivers/gpu/drm/radeon/radeon_gart.c |2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/drivers/
On Tue, Sep 11, 2012 at 10:09 AM, Christian König
wrote:
> Even GPUs can have a null pointer dereference, so move
> the IB pool to another offset to catch those.
Reviewed-by: Jerome Glisse
>
> Signed-off-by: Christian König
> ---
> drivers/gpu/drm/radeon/radeon.h |1 +
> drivers/gpu/
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #7 from Andreas Boll 2012-09-11
17:12:41 UTC ---
Created attachment 66984
--> https://bugs.freedesktop.org/attachment.cgi?id=66984
captured shader
I have tested your modified fp-tri-c from attachment 32446
with r600g on my rv770 .
https://bugs.freedesktop.org/show_bug.cgi?id=25871
--- Comment #8 from Alex Deucher 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/userprefs
https://bugs.freedesktop.org/show_bug.cgi?id=26641
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=27937
Andreas Boll changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
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
creat
https://bugs.freedesktop.org/show_bug.cgi?id=51344
--- Comment #10 from Tormod Volden 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
http://lists.freedesktop.o
On Sun, 9 Sep 2012 22:19:59 -0500
Rob Clark wrote:
> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
> > From: Rob Clark
> >
> > This is following a bit the approach that Ville is taking for atomic-
> > modeset, in that it is switching over to using properties for everything.
> > The advantag
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 a
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 certa
On Tue, Sep 11, 2012 at 4:15 PM, Ben Widawsky wrote:
> On Sun, 9 Sep 2012 22:19:59 -0500
> Rob Clark wrote:
>
>> On Sun, Sep 9, 2012 at 10:03 PM, Rob Clark wrote:
>> > From: Rob Clark
>> >
>> > This is following a bit the approach that Ville is taking for atomic-
>> > modeset, in that it is swi
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
On Wed, Sep 12, 2012 at 7:32 AM, 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
On Wednesday, September 12, 2012, Dave Airlie wrote:
> On Wed, Sep 12, 2012 at 7:32 AM, 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 s
On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
> On Wednesday, September 12, 2012, Dave Airlie wrote:
>> On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern
>> wrote:
>> > On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
>> >
>> >> Hi,
>> >>
>> >> On Tuesday, September 11, 2012, Dave Airlie wrot
On Wed, Sep 12, 2012 at 3:13 PM, Dave Airlie wrote:
> On Wed, Sep 12, 2012 at 8:58 AM, Rafael J. Wysocki wrote:
>> On Wednesday, September 12, 2012, Dave Airlie wrote:
>>> On Wed, Sep 12, 2012 at 7:32 AM, Alan Stern
>>> wrote:
>>> > On Tue, 11 Sep 2012, Rafael J. Wysocki wrote:
>>> >
>>> >> Hi,
On Tue, Sep 11, 2012 at 10:01 AM, Ian Romanick wrote:
> On 09/11/2012 09:40 AM, Sedat Dilek wrote:
>>
>> Hi,
>>
>> I can't see it in [1], forgotten?
>
>
> Mesa 9.0 hasn't been released yet, so of course there isn't a release tag.
>
Hi Ian,
I had my informations from [1].
As there is a "9.0" GIT
101 - 143 of 143 matches
Mail list logo
