http://bugs.freedesktop.org/show_bug.cgi?id=16384
--- Comment #3 from Benjamin Close <[EMAIL PROTECTED]> 2008-08-19 23:58:36 PST
---
Could this patch be applied until the compositing manager patch has been
integrated? The issues still exists
--
Configure bugmail: http://bugs.freedesktop.o
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #22 from Steven Newbury <[EMAIL PROTECTED]> 2008-08-19 16:49:39
PST ---
I'm going to be away now for the next week, so maybe it'll all be working when
I get back! :)
--
Configure bugmail: http://bugs.freedesktop.org/userprefs.c
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #21 from Steven Newbury <[EMAIL PROTECTED]> 2008-08-19 16:48:25
PST ---
Created an attachment (id=18397)
--> (http://bugs.freedesktop.org/attachment.cgi?id=18397)
Xorg log with GEM enabled after ioremap_wc() change
--
Configur
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #20 from Steven Newbury <[EMAIL PROTECTED]> 2008-08-19 16:47:25
PST ---
Created an attachment (id=18396)
--> (http://bugs.freedesktop.org/attachment.cgi?id=18396)
use ioremap_wc() in place of ioremap()
Okay, this works as far as
On Tue, 2008-08-19 at 16:31 -0400, Kristian Høgsberg wrote:
> We can just submit the swap buffer commands, wait for them to fire and
> then send the reply. What we do now is to wait for vblank and then
> submit the swap commands, what I'm suggesting is to submit the
> commands and wait for vblank
On Tue, Aug 19, 2008 at 1:29 PM, Keith Packard <[EMAIL PROTECTED]> wrote:
> On Tue, 2008-08-19 at 12:50 -0400, Kristian Høgsberg wrote:
>
>> Are you thinking that the DRI client will do the wait-for-vblank and
>> then post the swap buffer request? That's clearly not feasible, but
>> my thinking wa
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #19 from Tomas Carnecky <[EMAIL PROTECTED]> 2008-08-19 11:51:11
PST ---
After I located the conflict with the WC mapping, I changed the code to use
ioremap_wc() just to see if that improves anything. It didn't. When I started
up X
On Tue, Aug 19, 2008 at 12:50:18PM -0400, Kristian Høgsberg wrote:
> On Tue, Aug 19, 2008 at 6:57 AM, Michel Dänzer
> <[EMAIL PROTECTED]> wrote:
> > Have you considered any other schemes, e.g. some kind of event triggered
> > when a buffer swap actually takes effect, and which includes information
On Tue, 2008-08-19 at 12:50 -0400, Kristian Høgsberg wrote:
> Are you thinking that the DRI client will do the wait-for-vblank and
> then post the swap buffer request? That's clearly not feasible, but
> my thinking was that the waiting will be done in the X server, thus
> the flags argument to DR
On Tue, 2008-08-19 at 12:57 +0200, Michel Dänzer wrote:
> Also, I'm wondering if xDRI2Buffer should have a buffer size field, or
> if any buffer size padding requirements beyond height * pitch can always
> be handled in the driver components.
GEM has all of this information in the kernel, so that
On Tue, Aug 19, 2008 at 10:42 AM, Brian Paul
<[EMAIL PROTECTED]> wrote:
> Michel Dänzer wrote:
>>
>> On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
>>>
>>> I have pushed the DRI2 update to the dri2proto, mesa, xserver, and
>>> xf86-video-intel trees in ~krh. It's on the master branch i
On Tue, Aug 19, 2008 at 6:57 AM, Michel Dänzer
<[EMAIL PROTECTED]> wrote:
> On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
>>
>> I have pushed the DRI2 update to the dri2proto, mesa, xserver, and
>> xf86-video-intel trees in ~krh. It's on the master branch in those repos.
>
> I don't s
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #18 from Thomas Hellström <[EMAIL PROTECTED]> 2008-08-19 08:43:28
PST ---
(In reply to comment #17)
> (In reply to comment #16)
> > Isn't the root cause of this that the intel module is using
> > drm_core_ioremap() when it should
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #17 from Steven Newbury <[EMAIL PROTECTED]> 2008-08-19 08:32:36
PST ---
(In reply to comment #16)
> Isn't the root cause of this that the intel module is using
> drm_core_ioremap() when it should in fact be using
> ioremap_wc() wi
Michel Dänzer wrote:
> On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
>> I have pushed the DRI2 update to the dri2proto, mesa, xserver, and
>> xf86-video-intel trees in ~krh. It's on the master branch in those repos.
>
> I don't see anything younger than 5 months in your xf86-video-in
On Tue, 19 Aug 2008 12:57:55 +0200
Michel Dänzer <[EMAIL PROTECTED]> wrote:
> On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
> > The way this works now, is that when ctx->Driver.Viewport is called
> > (and thus at least when binding a drawable to a context), the DRI
> > driver calls ba
http://bugs.freedesktop.org/show_bug.cgi?id=17098
Aditya Kadambi <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|VERIFIED|CLOSED
--
Config
http://bugs.freedesktop.org/show_bug.cgi?id=17098
Aditya Kadambi <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Conf
http://bugs.freedesktop.org/show_bug.cgi?id=17098
Aditya Kadambi <[EMAIL PROTECTED]> changed:
What|Removed |Added
Status|NEW |RESOLVED
Res
On Mon, 2008-08-18 at 15:30 -0400, Kristian Høgsberg wrote:
>
> I have pushed the DRI2 update to the dri2proto, mesa, xserver, and
> xf86-video-intel trees in ~krh. It's on the master branch in those repos.
I don't see anything younger than 5 months in your xf86-video-intel
repo.
> The way this
http://bugs.freedesktop.org/show_bug.cgi?id=17098
--- Comment #14 from Nicolai Hähnle <[EMAIL PROTECTED]> 2008-08-19 00:24:16
PST ---
That warning is not a bug (maybe we should just remove it or move it to a
_mesa_debug to stop getting those reports). It indicates that the application
sets R
http://bugs.freedesktop.org/show_bug.cgi?id=17085
--- Comment #16 from Thomas Hellström <[EMAIL PROTECTED]> 2008-08-19 00:09:23
PST ---
Isn't the root cause of this that the intel module is using
drm_core_ioremap() when it should in fact be using
ioremap_wc() with newer kernels.
That would m
22 matches
Mail list logo
