Eric Anholt wrote:
>On Sat, 2007-09-29 at 00:24 +0200, Thomas Hellström wrote:
>
>
>>Eric Anholt wrote:
>>
>>
>>
>>>On Fri, 2007-09-28 at 12:10 +0200, Thomas Hellström wrote:
>>>
>>>
>>>
>>>
Eric Anholt wrote:
>libdrm/xf86drm.c | 26 +++
>>
>> It should build against the last release of libdrm, not master, master
>> isn't released and when it gets released it'll be libdrm3 due to the
>> ttm api... if it can't build against that due to the missing TTM then
>> disable i915tex builds by default...
>>
>> Now if there isn't a current
http://bugs.freedesktop.org/show_bug.cgi?id=12035
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|VERIFIED
--
Configure bugmail: ht
http://bugs.freedesktop.org/show_bug.cgi?id=12035
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
Lukas Hejtmanek wrote:
> On Fri, Sep 28, 2007 at 06:19:48PM -0600, Brian Paul wrote:
>> I'm presently using:
>> Mesa from mesa_7_0_branch
>> DRM from drm-2.3.0 tag
>> xf86-video-intel from head/master
>>
>> When I run glxinfo I get:
>>
>> [...]
>> libGL: XF86DRIGetClientDriverName: 1
Dave Airlie wrote:
>> I've got a few issues using the git heads of Mesa, DRM and xf86-video-intel:
>>
>> 1. The Mesa 7.0.2 branch doesn't build with drm/master.
>>
>> Compiling dri_bufmgr.c:
>>
>> ../common/dri_bufmgr.c: In function 'driFenceBuffers':
>> ../common/dri_bufmgr.c:102: warning: passing
Jesse Barnes wrote:
> At XDS and on IRC we've been discussing how to deal with backward
> compatibility (i.e. old Mesa & X on new DRM) once we have things like
> full TTM and modesetting support in the kernel.
>
> The preferred option at this point seems to be to add a new kernel
> config option
On Sat, 2007-09-29 at 00:24 +0200, Thomas Hellström wrote:
> Eric Anholt wrote:
>
> >On Fri, 2007-09-28 at 12:10 +0200, Thomas Hellström wrote:
> >
> >
> >>Eric Anholt wrote:
> >>
> >>
> >>> libdrm/xf86drm.c | 26
> >>> libdrm/xf86mm.h |1
> >>> linux-core/Makefile
http://bugs.freedesktop.org/show_bug.cgi?id=12164
--- Comment #17 from [EMAIL PROTECTED] 2007-09-28 16:16 PST ---
Created an attachment (id=11816)
--> (http://bugs.freedesktop.org/attachment.cgi?id=11816&action=view)
patch to fix VBO split infinite loop
Can you try this one-line pat
>
> I've got a few issues using the git heads of Mesa, DRM and xf86-video-intel:
>
> 1. The Mesa 7.0.2 branch doesn't build with drm/master.
>
> Compiling dri_bufmgr.c:
>
> ../common/dri_bufmgr.c: In function 'driFenceBuffers':
> ../common/dri_bufmgr.c:102: warning: passing argument 3 of
> 'drmFenc
Eric Anholt wrote:
>On Fri, 2007-09-28 at 12:10 +0200, Thomas Hellström wrote:
>
>
>>Eric Anholt wrote:
>>
>>
>>> libdrm/xf86drm.c | 26
>>> libdrm/xf86mm.h |1
>>> linux-core/Makefile |1
>>> linux-core/drm_bo.c | 249
>>> ++
Jonathan Bastien-Filiatrault wrote:
> Brian Paul wrote:
>
>> Jonathan Bastien-Filiatrault wrote:
>>
>>> [snip]
>>> at around 45-50 fps with a 960 face model in zpass mode.
>>>
>>> PS: Have you noticed that some versions of the newer mesa does not
>>> seem to like mixing plain old vertex arrays
Brian Paul wrote:
> Jonathan Bastien-Filiatrault wrote:
>
>> [snip]
>> at around 45-50 fps with a 960 face model in zpass mode.
>>
>> PS: Have you noticed that some versions of the newer mesa does not seem
>> to like mixing plain old vertex arrays with VBOs ? The mesa in Debian
>> unstable(7.
Jesse Barnes wrote:
> On Friday, September 28, 2007 9:27 am Brian Paul wrote:
>> 1. The Mesa 7.0.2 branch doesn't build with drm/master.
>>
>> Compiling dri_bufmgr.c:
>>
>> ../common/dri_bufmgr.c: In function ‘driFenceBuffers’:
>> ../common/dri_bufmgr.c:102: warning: passing argument 3 of
>> ‘drmFe
On Friday, September 28, 2007 12:51 pm Ian Romanick wrote:
> > No, I'm not sure what should happen in this case. Doing a vblank
> > sync'd buffer swap or vblank wait on an offscreen drawable doesn't
> > make much sense does it? In what cases might those calls occur?
>
> The spec doesn't say that
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
> On Friday, September 28, 2007 11:02 am Ian Romanick wrote:
>> Jesse Barnes wrote:
>>> On Wednesday, September 26, 2007 6:20 pm Ian Romanick wrote:
I do have one question now. What happens (or is intended to
happen) if t
On Fri, 2007-09-28 at 12:10 +0200, Thomas Hellström wrote:
> Eric Anholt wrote:
> > libdrm/xf86drm.c | 26
> > libdrm/xf86mm.h |1
> > linux-core/Makefile |1
> > linux-core/drm_bo.c | 249
> > ---
> > linux-
http://bugs.freedesktop.org/show_bug.cgi?id=10473
[EMAIL PROTECTED] changed:
What|Removed |Added
Summary|glxgears and others segfault|[855] glxgears and others
http://bugs.freedesktop.org/show_bug.cgi?id=8056
--- Comment #30 from [EMAIL PROTECTED] 2007-09-28 12:08 PST ---
I tested the new patches with my code a while ago, and the texture corruption
problems seem to be fixed... I had the patches sitting in a local repo for a
while, and forgot
On Friday, September 28, 2007 11:02 am Ian Romanick wrote:
> Jesse Barnes wrote:
> > On Wednesday, September 26, 2007 6:20 pm Ian Romanick wrote:
> >> I do have one question now. What happens (or is intended to
> >> happen) if the currently bound drawable is not a window?
>
> Any thoughts on this?
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jesse Barnes wrote:
> On Wednesday, September 26, 2007 6:20 pm Ian Romanick wrote:
>> I do have one question now. What happens (or is intended to happen)
>> if the currently bound drawable is not a window?
Any thoughts on this?
>> Also, the current
On Friday, September 28, 2007 9:27 am Brian Paul wrote:
> 1. The Mesa 7.0.2 branch doesn't build with drm/master.
>
> Compiling dri_bufmgr.c:
>
> ../common/dri_bufmgr.c: In function ‘driFenceBuffers’:
> ../common/dri_bufmgr.c:102: warning: passing argument 3 of
> ‘drmFenceBuffers’ makes integer fro
http://bugs.freedesktop.org/show_bug.cgi?id=12164
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|ASSIGNED|NEEDINFO
--- Comment #16 from
Jesse Barnes wrote:
> On Thursday, September 27, 2007 3:35:22 pm Jesse Barnes wrote:
>> In one of my overzealous pipe/plane mapping patches, I renamed the pipes
>> field in drm_i915_flip_t to planes, since it's really dealing with
>> planes and so seemed to make sense.
>>
>> However, drm_i915_flip_
Jonathan Bastien-Filiatrault wrote:
> Michel Dänzer wrote:
>
>> On Mon, 2007-09-24 at 21:51 -0400, Jonathan Bastien-Filiatrault wrote:
>>
>>> I have made a program that draws zfail/zpass shadows. I draw three
>>> models with ~120 tris each and one light source and a simple floor, with
>>> zpa
Michel Dänzer wrote:
> On Mon, 2007-09-24 at 21:51 -0400, Jonathan Bastien-Filiatrault wrote:
>
>> I have made a program that draws zfail/zpass shadows. I draw three
>> models with ~120 tris each and one light source and a simple floor, with
>> zpass. I can get a full 60fps until the window s
http://bugs.freedesktop.org/show_bug.cgi?id=8056
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEEDINFO|NEW
--- Comment #29 from [EMAIL
Eric Anholt wrote:
> libdrm/xf86drm.c | 26
> libdrm/xf86mm.h |1
> linux-core/Makefile |1
> linux-core/drm_bo.c | 249
> ---
> linux-core/drm_drv.c |3
> linux-core/drm_ioctl.c | 25 ++--
> lin
On Wed, 2007-09-26 at 11:41 -0700, Jesse Barnes wrote:
>
> I'm not sure about the compatibility implications of these changes, it
> seems like touching __DRIdrawableRec and __DriverAPIRec may affect
> binary compatibility with existing drivers, is there anything else?
>
> If compatibility isn't a
http://bugs.freedesktop.org/show_bug.cgi?id=10473
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |NEEDINFO
--- Comment #12 from
30 matches
Mail list logo
