On 2012-09-01 20:06, Arjan van de Ven wrote:
On 9/1/2012 8:05 PM, Ben Widawsky wrote:
, from a single trace event you should know the current frequency
and the previous frequency.
but if you're doing a heavy game or whatever... you may stay at the
highest all the time,
and I get no information.
On 2012-09-01 19:44, Arjan van de Ven wrote:
On 9/1/2012 6:36 PM, Ben Widawsky wrote:
It depends on what you're trying to measure. I think this patch is
quite useful but I think I'll make you defend your patch now since
you're the maintainer and you took
your own patch and you're shooting down
https://bugs.freedesktop.org/show_bug.cgi?id=54341
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=54341
--- Comment #1 from Marco 2012-09-01 21:45:41 UTC ---
Sorry, my mistake!
I wrote something wrong in the .drirc file leading to the crash.
Removing .drirc makes glxgears (and all othe GL applications) start fine.
Sorry for the noise.
--
Config
On Sat, Sep 1, 2012 at 8:35 PM, Ben Widawsky wrote:
> On 2012-09-01 11:28, Arjan van de Ven wrote:
>>
>> On 9/1/2012 11:26 AM, Ben Widawsky wrote:
>>>
>>> On 2012-08-30 04:26, Daniel Vetter wrote:
We've had and still have too many issues where the gpu turbot doesn't
quite to what it
On Sat, 01 Sep 2012 11:35:13 -0700, Ben Widawsky wrote:
> I have no problem with Daniel's patch. It's just a matter of cutting
> through some scheduler BS of "when the GPU wants to change frequency"
> vs. "when we actually change the GPU frequency." I think *both* are
> interesting.
We already
On 2012-09-01 20:06, Arjan van de Ven wrote:
> On 9/1/2012 8:05 PM, Ben Widawsky wrote:
>> , from a single trace event you should know the current frequency
>> and the previous frequency.
> but if you're doing a heavy game or whatever... you may stay at the
> highest all the time,
> and I get no i
On 9/1/2012 8:05 PM, Ben Widawsky wrote:
> , from a single trace event you should know the current frequency and the
> previous frequency.
but if you're doing a heavy game or whatever... you may stay at the highest all
the time,
and I get no information...
same for getting stuck or being always l
On 2012-09-01 19:44, Arjan van de Ven wrote:
> On 9/1/2012 6:36 PM, Ben Widawsky wrote:
>
>> It depends on what you're trying to measure. I think this patch is
>> quite useful but I think I'll make you defend your patch now since
>> you're the maintainer and you took
>> your own patch and you're
On 9/1/2012 6:36 PM, Ben Widawsky wrote:
> It depends on what you're trying to measure. I think this patch is quite
> useful but I think I'll make you defend your patch now since you're the
> maintainer and you took
> your own patch and you're shooting down my idea. So please tell me what
> Pow
https://bugs.freedesktop.org/show_bug.cgi?id=49110
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sat, Sep 1, 2012 at 5:58 PM, Rob Clark wrote:
> yeah, nuclear-pageflip would be associated only w/ a single crtc.
> Actually I was kinda assuming atomic-modeset was too.. ie. moving a
> plane from one crtc to another would be two ioctls, one to remove it
> from first crtc, one to add to the ot
On 2012-09-01 12:14, Daniel Vetter wrote:
On Sat, Sep 1, 2012 at 8:35 PM, Ben Widawsky
wrote:
On 2012-09-01 11:28, Arjan van de Ven wrote:
On 9/1/2012 11:26 AM, Ben Widawsky wrote:
On 2012-08-30 04:26, Daniel Vetter wrote:
We've had and still have too many issues where the gpu turbot
doe
On 2012-09-01 12:14, Daniel Vetter wrote:
> On Sat, Sep 1, 2012 at 8:35 PM, Ben Widawsky
> wrote:
>> On 2012-09-01 11:28, Arjan van de Ven wrote:
>>>
>>> On 9/1/2012 11:26 AM, Ben Widawsky wrote:
On 2012-08-30 04:26, Daniel Vetter wrote:
>
> We've had and still have too many iss
On 2012-09-01 12:22, Chris Wilson wrote:
On Sat, 01 Sep 2012 11:35:13 -0700, Ben Widawsky
wrote:
I have no problem with Daniel's patch. It's just a matter of cutting
through some scheduler BS of "when the GPU wants to change
frequency"
vs. "when we actually change the GPU frequency." I think
On 2012-09-01 12:22, Chris Wilson wrote:
> On Sat, 01 Sep 2012 11:35:13 -0700, Ben Widawsky
> wrote:
>> I have no problem with Daniel's patch. It's just a matter of cutting
>> through some scheduler BS of "when the GPU wants to change
>> frequency"
>> vs. "when we actually change the GPU frequen
On 9/1/2012 11:26 AM, Ben Widawsky wrote:
> On 2012-08-30 04:26, Daniel Vetter wrote:
>> We've had and still have too many issues where the gpu turbot doesn't
>> quite to what it's supposed to do (or what we want it to do).
>>
>> Adding a tracepoint to track when the desired gpu frequence changes
>
https://bugs.freedesktop.org/show_bug.cgi?id=34874
--- Comment #1 from Andreas Boll 2012-09-01
16:21:55 UTC ---
--enable-shared-glapi is now enabled by default.
Is this still an issue with current mesa git master or mesa git 9.0 branch?
--
Configure bugmail: https://bugs.freedesktop.org/userpr
https://bugs.freedesktop.org/show_bug.cgi?id=54341
Matt Turner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://bugs.freedesktop.org/show_bug.cgi?id=54341
--- Comment #1 from Marco 2012-09-01 21:45:41 UTC ---
Sorry, my mistake!
I wrote something wrong in the .drirc file leading to the crash.
Removing .drirc makes glxgears (and all othe GL applications) start fine.
Sorry for the noise.
--
Config
On Fri, Aug 31, 2012 at 09:34:17AM +0200, Paul Rolland wrote:
> Hello,
>
> I've just found this error in my logs. It occured once so far, but I never
> got it before with 3.5.0, so I'm reporting it.
>
> [drm] capturing error event; look for more information
> in /debug/dri/0/i915_error_state
> i
On Thu, Aug 30, 2012 at 10:34:23AM -0700, Aaron Plattner wrote:
> 4. There's no mechanism for double buffering the output sink
>
> RandR allocates one pixmap on the output source screen and sets up tracking so
> the source driver can copy the screen into the shared pixmap.
> However, the sink driv
On Fri, Aug 31, 2012 at 05:47:13PM -0500, Rob Clark wrote:
> On Wed, Jun 27, 2012 at 5:24 AM, wrote:
> > From: Ville Syrj?l?
> >
> > First draft.
> >
> > The ioctl simply takes a list of object IDs and property IDs and their
> > values. For setting values to blob properties, the property value
>
On Sat, Sep 1, 2012 at 11:56 AM, Daniel Vetter wrote:
> On Sat, Sep 1, 2012 at 5:58 PM, Rob Clark wrote:
>> yeah, nuclear-pageflip would be associated only w/ a single crtc.
>> Actually I was kinda assuming atomic-modeset was too.. ie. moving a
>> plane from one crtc to another would be two ioct
> object interface, so that Optimus-based laptops can use our driver to drive
> the
> discrete GPU and display on the integrated GPU. The good news is that I've
> got
> a proof of concept working.
Don't suppose you'll be interested in adding the other method at some
point as well? since saving po
https://bugs.freedesktop.org/show_bug.cgi?id=54347
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=54347
--- Comment #1 from Alex Deucher 2012-09-01 12:58:09 UTC
---
vdpau is handled by the vdpau state tracker in mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Y
https://bugs.freedesktop.org/show_bug.cgi?id=54347
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-ati at lists.x.org |dri-devel at
lists.freedesktop
https://bugzilla.kernel.org/show_bug.cgi?id=42974
Marcin Slusarz changed:
What|Removed |Added
CC||marcin.slusarz at gmail.com
--- Comm
On Sat, 01 Sep 2012 11:35:13 -0700, Ben Widawsky wrote:
> I have no problem with Daniel's patch. It's just a matter of cutting
> through some scheduler BS of "when the GPU wants to change frequency"
> vs. "when we actually change the GPU frequency." I think *both* are
> interesting.
We already
On Sat, Sep 1, 2012 at 8:35 PM, Ben Widawsky wrote:
> On 2012-09-01 11:28, Arjan van de Ven wrote:
>>
>> On 9/1/2012 11:26 AM, Ben Widawsky wrote:
>>>
>>> On 2012-08-30 04:26, Daniel Vetter wrote:
We've had and still have too many issues where the gpu turbot doesn't
quite to what it
https://bugs.freedesktop.org/show_bug.cgi?id=49110
Fabio Pedretti changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On 2012-09-01 11:28, Arjan van de Ven wrote:
On 9/1/2012 11:26 AM, Ben Widawsky wrote:
On 2012-08-30 04:26, Daniel Vetter wrote:
We've had and still have too many issues where the gpu turbot
doesn't
quite to what it's supposed to do (or what we want it to do).
Adding a tracepoint to track whe
On 2012-09-01 11:28, Arjan van de Ven wrote:
> On 9/1/2012 11:26 AM, Ben Widawsky wrote:
>> On 2012-08-30 04:26, Daniel Vetter wrote:
>>> We've had and still have too many issues where the gpu turbot
>>> doesn't
>>> quite to what it's supposed to do (or what we want it to do).
>>>
>>> Adding a tra
On 9/1/2012 11:26 AM, Ben Widawsky wrote:
> On 2012-08-30 04:26, Daniel Vetter wrote:
>> We've had and still have too many issues where the gpu turbot doesn't
>> quite to what it's supposed to do (or what we want it to do).
>>
>> Adding a tracepoint to track when the desired gpu frequence changes
>
On 2012-08-30 04:26, Daniel Vetter wrote:
We've had and still have too many issues where the gpu turbot doesn't
quite to what it's supposed to do (or what we want it to do).
Adding a tracepoint to track when the desired gpu frequence changes
should help a lot in characterizing and understanding
On 2012-08-30 04:26, Daniel Vetter wrote:
> We've had and still have too many issues where the gpu turbot doesn't
> quite to what it's supposed to do (or what we want it to do).
>
> Adding a tracepoint to track when the desired gpu frequence changes
> should help a lot in characterizing and underst
On Sat, Sep 1, 2012 at 11:56 AM, Daniel Vetter wrote:
> On Sat, Sep 1, 2012 at 5:58 PM, Rob Clark wrote:
>> yeah, nuclear-pageflip would be associated only w/ a single crtc.
>> Actually I was kinda assuming atomic-modeset was too.. ie. moving a
>> plane from one crtc to another would be two ioct
On Sat, Sep 1, 2012 at 6:12 AM, Daniel Vetter wrote:
> On Fri, Aug 31, 2012 at 05:47:13PM -0500, Rob Clark wrote:
>> On Wed, Jun 27, 2012 at 5:24 AM, wrote:
>> > From: Ville Syrj?l?
>> >
>> > First draft.
>> >
>> > The ioctl simply takes a list of object IDs and property IDs and their
>> > valu
On Sat, Sep 1, 2012 at 5:58 PM, Rob Clark wrote:
> yeah, nuclear-pageflip would be associated only w/ a single crtc.
> Actually I was kinda assuming atomic-modeset was too.. ie. moving a
> plane from one crtc to another would be two ioctls, one to remove it
> from first crtc, one to add to the ot
https://bugs.freedesktop.org/show_bug.cgi?id=34874
--- Comment #1 from Andreas Boll 2012-09-01
16:21:55 UTC ---
--enable-shared-glapi is now enabled by default.
Is this still an issue with current mesa git master or mesa git 9.0 branch?
--
Configure bugmail: https://bugs.freedesktop.org/userpr
On Sat, Sep 1, 2012 at 6:12 AM, Daniel Vetter wrote:
> On Fri, Aug 31, 2012 at 05:47:13PM -0500, Rob Clark wrote:
>> On Wed, Jun 27, 2012 at 5:24 AM, wrote:
>> > From: Ville Syrjälä
>> >
>> > First draft.
>> >
>> > The ioctl simply takes a list of object IDs and property IDs and their
>> > valu
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #15 from Andreas Boll 2012-09-01
08:43:08 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
> > The xtended timing interface that mplayer2 uses
> > (vdp_presentation_queue_get_time) is currently not implemented.
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=54347
Alex Deucher changed:
What|Removed |Added
Severity|normal |enhancement
--
Configure bugmail: https:
https://bugs.freedesktop.org/show_bug.cgi?id=54347
--- Comment #1 from Alex Deucher 2012-09-01 12:58:09 UTC ---
vdpau is handled by the vdpau state tracker in mesa.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
Yo
https://bugs.freedesktop.org/show_bug.cgi?id=54347
Alex Deucher changed:
What|Removed |Added
AssignedTo|xorg-driver-...@lists.x.org |dri-devel@lists.freedesktop
https://bugzilla.kernel.org/show_bug.cgi?id=42974
Marcin Slusarz changed:
What|Removed |Added
CC||marcin.slus...@gmail.com
--- Comment
On Fri, Aug 31, 2012 at 09:34:17AM +0200, Paul Rolland wrote:
> Hello,
>
> I've just found this error in my logs. It occured once so far, but I never
> got it before with 3.5.0, so I'm reporting it.
>
> [drm] capturing error event; look for more information
> in /debug/dri/0/i915_error_state
> i
On Thu, Aug 30, 2012 at 10:34:23AM -0700, Aaron Plattner wrote:
> 4. There's no mechanism for double buffering the output sink
>
> RandR allocates one pixmap on the output source screen and sets up tracking so
> the source driver can copy the screen into the shared pixmap.
> However, the sink driv
On Fri, Aug 31, 2012 at 05:47:13PM -0500, Rob Clark wrote:
> On Wed, Jun 27, 2012 at 5:24 AM, wrote:
> > From: Ville Syrjälä
> >
> > First draft.
> >
> > The ioctl simply takes a list of object IDs and property IDs and their
> > values. For setting values to blob properties, the property value
>
Fixes the following checkpatch warnings:
WARNING: sizeof filter_y_horiz_tap8 should be sizeof(filter_y_horiz_tap8)
WARNING: sizeof filter_y_vert_tap4 should be sizeof(filter_y_vert_tap4)
WARNING: sizeof filter_cr_horiz_tap4 should be sizeof(filter_cr_horiz_tap4)
Signed-off-by: Sachin Kamat
---
d
Fixes the following checkpatch warnings:
WARNING: sizeof *res should be sizeof(*res)
WARNING: sizeof res->regul_bulk[0] should be sizeof(res->regul_bulk[0])
WARNING: sizeof *res should be sizeof(*res)
Signed-off-by: Sachin Kamat
---
drivers/gpu/drm/exynos/exynos_hdmi.c |6 +++---
1 files cha
https://bugs.freedesktop.org/show_bug.cgi?id=39222
--- Comment #15 from Andreas Boll 2012-09-01
08:43:08 UTC ---
(In reply to comment #14)
> (In reply to comment #13)
> > The xtended timing interface that mplayer2 uses
> > (vdp_presentation_queue_get_time) is currently not implemented.
> >
> >
https://bugs.freedesktop.org/show_bug.cgi?id=53490
Joeri Capens changed:
What|Removed |Added
Attachment #65574|0 |1
is obsolete|
https://bugs.freedesktop.org/show_bug.cgi?id=53490
--- Comment #12 from Joeri Capens 2012-09-01 00:56:43 UTC
---
Bit 8 of tile_config (CHANSIZE?) needs to be 1 to make the bumpmap corruption
disappear on my system.
Before 416a2bd274566a6f607a271f524b2dc0b84d9106 this used to be calculated from
55 matches
Mail list logo
