On Tue, 2009-03-31 at 15:43 +1000, Dave Airlie wrote:
So I've been playing a bit more with DRI2 and I'm having trouble
finding how the buffer creation was meant to work for depth buffers.
If my app uses a visual
0xbc 24 tc 0 24 0 r . . 8 8 8 0 0 16 0 0 0 0 0 0 0 None
which
committed this already to the gallium-mesa-7.4 branch, but any
comments appreciated before I push to the master branch?
Thanks,
Alan.
commit b163d4f9ee2ab4d54daf7c17c097cae51c9c6db2
Author: Alan Hourihane al...@vmware.com
Date: Thu Feb 19 18:39:08 2009 +
glx: add support for a reallyFlush
On Fri, 2008-06-06 at 12:36 +0100, Alan Hourihane wrote:
On Fri, 2008-06-06 at 11:23 +0100, Dave Airlie wrote:
Dave,
Does this mean Xserver 1.5 is going to ship without DRI2 as I've noted
the --enable-ttm-api flag in mesa now ??
I think it will have to not have DRI2 by default
On Tue, 2008-06-03 at 21:12 -0700, Dave Airlie wrote:
New branch 'libdrm-2_3-branch' available with the following commits:
commit f892b4adf4021e82a7d4f2eb06256d6f4200ed15
Author: Dave Airlie [EMAIL PROTECTED]
Date: Wed May 28 15:31:18 2008 +1000
remove include
commit
On Fri, 2008-06-06 at 11:23 +0100, Dave Airlie wrote:
Dave,
Does this mean Xserver 1.5 is going to ship without DRI2 as I've noted
the --enable-ttm-api flag in mesa now ??
I think it will have to not have DRI2 by default unless Kristian does
the decoupling from the mm interface.
On Wed, 2008-04-09 at 08:17 -0700, Jesse Barnes wrote:
On Wednesday, April 09, 2008 1:57 am Jakob Bornecrantz wrote:
I was going to suggest that you plug it into the hotplug_stage_two
function but it looks like you have already done that. Things might be
routed differently now then since
On Wed, 2008-04-09 at 09:34 -0700, Jesse Barnes wrote:
On Wednesday, April 09, 2008 9:15 am Alan Hourihane wrote:
On Wed, 2008-04-09 at 08:17 -0700, Jesse Barnes wrote:
On Wednesday, April 09, 2008 1:57 am Jakob Bornecrantz wrote:
I was going to suggest that you plug
On Wed, 2007-09-26 at 15:43 +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
linux-core/drm_drv.c |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
New commits:
diff-tree 6671ad1917698b6174a1af314b63b3800d75248c (from
03c47f1420bf17a1e0f2b86be500656ae5a4c95b)
Author
On Wed, 2007-06-13 at 18:48 -0400, Kristian Høgsberg wrote:
Hi,
I've finished the changes to the DRI interface that I've been talking
about for a while (see #5714). Ian had a look at the DRI driver side
of things, and ACK'ed those changes. I've done the X server changes
now plus a couple
On Sat, 2007-06-16 at 15:05 +0200, Jerome Glisse wrote:
On 6/16/07, Kristian Høgsberg [EMAIL PROTECTED] wrote:
On 6/14/07, Keith Whitwell [EMAIL PROTECTED] wrote:
Kristian Høgsberg wrote:
Hi,
I've finished the changes to the DRI interface that I've been talking
about for a
On Wed, 2007-04-11 at 10:40 -0700, Jesse Barnes wrote:
On Wednesday, April 11, 2007, Jesse Barnes wrote:
Some people were asking about modeseting on #dri-devel this morning so I
thought I'd post an update (airlied is asleep so we can blame him for
all the problems :).
The
On Wed, 2007-04-11 at 19:13 +0100, Alan Hourihane wrote:
On Wed, 2007-04-11 at 10:40 -0700, Jesse Barnes wrote:
On Wednesday, April 11, 2007, Jesse Barnes wrote:
Some people were asking about modeseting on #dri-devel this morning so I
thought I'd post an update (airlied is asleep so we
On Wed, 2007-02-28 at 10:55 +0100, Michel Dänzer wrote:
On Sun, 2007-02-25 at 19:35 +, Alan Hourihane wrote:
I know what the problem is here. And bugzilla #5714 will cure it. So I'm
getting inclined to pull the frontbuffer-removal branch into master and
fix up the drivers on the fly
I know what the problem is here. And bugzilla #5714 will cure it. So I'm
getting inclined to pull the frontbuffer-removal branch into master and
fix up the drivers on the fly.
How does this sound to others.
Alan.
On Sat, 2007-02-24 at 15:00 -0800, [EMAIL PROTECTED]
wrote:
Andi,
That's a bug that's been around for a while, and regardless of the
machine having no AGP, you still need agpgart for the 965 driver to
function as internally it's really an AGP device.
Alan.
On Sun, 2006-08-13 at 11:06 +0200, Andi Kleen wrote:
Hello,
After the recent announcements I
On Sun, 2006-06-18 at 20:38 -0700, Eric Anholt wrote:
With a clean Mesa build as of yesterday, glxgears is crashing at:
#0 0x2839de7d in _mesa_update_draw_buffer_bounds (ctx=0x80af000)
at main/framebuffer.c:384
#1 0x2839dd6d in _mesa_resize_framebuffer (ctx=0x80af000, fb=0x8060400,
On Thu, 2006-06-01 at 11:20 -0600, Brian Paul wrote:
Alan Hourihane wrote:
On Thu, 2006-06-01 at 17:07 +0100, Alan Hourihane wrote:
On Thu, 2006-06-01 at 08:53 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek Poplawski wrote:
On 5/30/06, Pedro Maia
On Thu, 2006-06-01 at 08:53 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek Poplawski wrote:
On 5/30/06, Pedro Maia [EMAIL PROTECTED] wrote:
To run quake2 please use, LD_PRELOAD=path/to/libGL.so quake2
In my case it works fine, with that trick ,
On Thu, 2006-06-01 at 17:07 +0100, Alan Hourihane wrote:
On Thu, 2006-06-01 at 08:53 -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Jacek Poplawski wrote:
On 5/30/06, Pedro Maia [EMAIL PROTECTED] wrote:
To run quake2 please use, LD_PRELOAD=path
On Sat, 2006-02-18 at 19:41 -0500, Adam Jackson wrote:
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll be uploading a much larger patch to remove front buffer mapping
On Sat, 2006-02-18 at 19:49 -0500, Adam Jackson wrote:
On Saturday 18 February 2006 19:41, Adam Jackson wrote:
On Wednesday 15 February 2006 20:34, Alan Hourihane wrote:
Already fixed in CVS. Some code got away that's in-progress for the
front buffer removal from the DRI.
I'll
On Wed, 2006-02-15 at 20:00 +, Dave Airlie wrote:
libGL error: drmMap of framebuffer failed (Invalid argument)
libGL error: reverting to (slow) indirect rendering
I've been wondering about this, I mentioned it to Alan + Keith at XDC,
I've had to patch my libdrm to be okay with an 0
On Wed, 2006-02-08 at 13:38 -0800, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
This is due to snapshots building X.org drivers from the monolith tree,
the monolith tree is dead so no new devel is done in it.. TG commited
changes to the i810
It's not a problem.
Don't worry about it.
Alan.
On Wed, 2006-01-25 at 21:56 +0100, Peter Weber wrote:
Hello,
I hope I've got the right mail-adress, I have a question at the i915 (GMA900)
developer of the i810 driver?!
As far as I know nearly everyone with an i915GM-Chipset (GMA900) has a
I'm just about to commit to fairly large updates to the intel driver
that offers rotation support fully accelerated with 3D as well.
One of the problems that surfaced in this was the dri layers own mapping
of the front buffer which we ended up working around by mapping a 0
length one for now.
Has anyone any objections to me removing the MTRR code from the DRM.
It doesn't have the intimate knowledge needed to properly configure
MTRR's and fails in many cases.
There are two cases currently, one for the framebuffer and a second for
the entire AGP space.
Certainly in Intel hardware this
On Fri, 2005-09-23 at 12:30 +0100, Alan Hourihane wrote:
Has anyone any objections to me removing the MTRR code from the DRM.
It doesn't have the intimate knowledge needed to properly configure
MTRR's and fails in many cases.
There are two cases currently, one for the framebuffer
On Fri, 2005-09-23 at 12:46 +0100, Dave Airlie wrote:
It doesn't have the intimate knowledge needed to properly configure
MTRR's and fails in many cases.
I don't think we can really just nuke support for them, maybe we should
fix the support if we can... the problem I have is removing
On Fri, 2005-09-23 at 12:46 +0100, Dave Airlie wrote:
acceptable.. some way to perhaps have the X server tell the DRM driver to
not bother with them...
In the interests of backwards compatibility I suppose this may be a
reasonable option though.
Alan.
On Fri, 2005-09-23 at 13:28 +0100, Dave Airlie wrote:
I don't think we can really just nuke support for them, maybe we should
fix the support if we can... the problem I have is removing them will
signiciantly slow down a lot of working systems.. if the X server doesn't
do the correct
Sahul,
It's probably better that you download a DRI snapshot from
http://dri.freedesktop.org/wiki/Download
and click the Snapshots item from the initial menu which will tell you
how to install them.
Alan.
On Wed, 2005-09-21 at 09:50 +0530, Sahul wrote:
Hi
I downloaded the driver from
On Sat, Jul 09, 2005 at 11:08:21 +0100, Dave Airlie wrote:
On my x86 laptop I get
Linux agpgart interface v0.101 (c) Dave Jones
agpgart: Detected an Intel 915GM Chipset.
agpgart: AGP aperture is 256M @ 0x0
This machine doesn't have an AGP card, just a PCI Express ATI Radeon
X300..
There's another issue here.
And that's drmAddress in the 2D DDX drivers.
On 32bit arches it's 32bits, on 64bit arches it's 64bit. And because
drmAddress is passed in the *DRIRec things break.
The client-side 3D driver gets the *DRIRec and as it's a different size
things are a mess when using a
On Thu, Jun 30, 2005 at 09:46:41AM +0100, Alan Hourihane wrote:
There's another issue here.
And that's drmAddress in the 2D DDX drivers.
On 32bit arches it's 32bits, on 64bit arches it's 64bit. And because
drmAddress is passed in the *DRIRec things break.
The client-side 3D driver gets
On Thu, Jun 30, 2005 at 03:23:52 +0200, Egbert Eich wrote:
Alan Hourihane writes:
On Thu, Jun 30, 2005 at 09:46:41AM +0100, Alan Hourihane wrote:
For i810 and i830 it can just be removed as it isn't even used. The other
drivers just need a little tweaking to remove it's use
On Thu, Jun 30, 2005 at 04:19:45 +0200, Egbert Eich wrote:
Alan Hourihane writes:
On Thu, Jun 30, 2005 at 03:23:52 +0200, Egbert Eich wrote:
Alan Hourihane writes:
On Thu, Jun 30, 2005 at 09:46:41AM +0100, Alan Hourihane wrote:
For i810 and i830 it can just be removed
On Thu, Jun 30, 2005 at 11:32:52AM -0700, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alan Hourihane wrote:
On Thu, Jun 30, 2005 at 04:19:45 +0200, Egbert Eich wrote:
Alan Hourihane writes:
On Thu, Jun 30, 2005 at 03:23:52 +0200, Egbert Eich wrote:
Alan
On Thu, Jun 30, 2005 at 12:04:13AM +0100, Dave Airlie wrote:
The issues remaining are:
a) should we provide backwards compat stuff for users of old kernels in
DRM CVS, without cluttering up the nice code..
It'd be nice to do something. Using RedHat EL4 the DRM CVS fails to
build because the
On Tue, Jun 28, 2005 at 12:09:52PM +1000, Benjamin Herrenschmidt wrote:
On Fri, 2005-06-24 at 09:58 -0400, Jon Smirl wrote:
On 6/24/05, Jon Smirl [EMAIL PROTECTED] wrote:
I'm update with your changes this morning. I'm still seeing this at
system shutdown. I modprobe drm,radeon and then
On Tue, Jan 18, 2005 at 12:45:23AM +, Dave Airlie wrote:
Is it possible to run 32bit OpenGL applications on an AMD64 with DRI
support? 64bit applications are working fine, but 32bit apps always
use software rendering on my machine (Radeon 7500).
It looks like an kernel issue. So my
On Tue, Jun 28, 2005 at 01:16:14PM +0100, Dave Airlie wrote:
bugzilla 943 on bugs.freedesktopp.org
Egbert is hoping to look at it again, I keep getting hopelessly lost in
types when I start looking at it.. I don't have the hardware to test it
on...
Egbert's patch has been
On Tue, Jun 28, 2005 at 02:02:39PM +0100, Dave Airlie wrote:
I've started pushing the kernel bits to the kernel from Paulus, Linus has
accepted the drm ioc32 and radeon ioc32 stuff, I need to take the MGA and
r128 and whatever other bits are in Egberts patch...
If this stuff is
On Tue, Jun 28, 2005 at 02:20:44PM +0100, Dave Airlie wrote:
I was just a little perplexed (as I'm sure Egbert was too) that the bug #943
hadn't been updated by Paul and all of a sudden it appears in the kernel
first without being in the DRM CVS for at least a little while to get
On Mon, Jun 27, 2005 at 09:58:22AM -0400, Jon Smirl wrote:
Is it possible to add the suspend/resume support to Intelfb instead of
the DRM driver and then just load both drivers? Do we really want to
start building another suspend/resume infrastructure inside of DRM if
it is possible to address
On Fri, Jun 24, 2005 at 05:07:53PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Jon,
I've noticed you've moved drm_pm_init().
The reason it was were it was before is that the sysdev approach needn't
and shouldn't be used when fbdev isn't loaded
On Fri, Jun 24, 2005 at 05:19:30PM -0400, Jon Smirl wrote:
On 6/24/05, Alan Hourihane [EMAIL PROTECTED] wrote:
On Fri, Jun 24, 2005 at 12:31:06PM -0700, Jon Smirl wrote:
CVSROOT: /cvs/dri
Module name: drm
Repository: drm/linux-core/
Changes by: [EMAIL PROTECTED] 05/06/24
Someone has logged a bug (#3549) that might be the cause. I've just not
had time to investigate this yet.
If no-one beats me to it, I'll take a look early next week.
Alan.
On Thu, Jun 23, 2005 at 04:45:48PM -0400, Jon Smirl wrote:
Something in CVS is corrupting memory and causing various
On Fri, Jun 17, 2005 at 09:35:31AM +1000, Benjamin Herrenschmidt wrote:
On Thu, 2005-06-16 at 21:29 +0100, Dave Airlie wrote:
The DRM drivers know what is important but they don't know when
suspend/VT swap is happening because there is only one set of kernel
hooks and the fbdev driver is
On Fri, Jun 17, 2005 at 03:02:09PM -0400, Jon Smirl wrote:
On 6/17/05, Alan Hourihane [EMAIL PROTECTED] wrote:
Ben,
Can you provide more detail here ?
The current situation is that when fbdev is loaded the DRM falls back
to using the sysdev approach. If fbdev isn't loaded it takes
On Thu, Jun 16, 2005 at 11:21:52 +0100, Christian Marquardt wrote:
I'm not sure if this is a bug in the snapshot or due to my setup...
I have a Samsung X20 with an Intel i915GM graphics chip running under
Mandrake LE2005. The latter has a 2.6.11 kernel and Xorg 6.8.2.
I have installed both
On Tue, Jun 07, 2005 at 08:56:09 -0400, Jon Smirl wrote:
On 6/7/05, Dave Airlie [EMAIL PROTECTED] wrote:
An issue with doing all this on bootup is I can see very long kernel
command lines appearing, which is something I don't really want to have to
tell ppl, editing /etc/display.conf is a
On Fri, May 27, 2005 at 10:48:50AM -0700, Ian Romanick wrote:
Lukas Hejtmanek wrote:
drm_stub.c version 1.52 contains check whether device is AGP. I have i915
card
that is PCIE and it fails to initialize i915 module. If I comment out
check for
AGP then everything is OK.
That's
On Fri, May 27, 2005 at 02:53:12PM -0400, Michel Dänzer wrote:
On Fri, 2005-05-27 at 19:02 +0100, Alan Hourihane wrote:
Why does the mga_drv.c set DRIVER_REQUIRE_AGP when it doesn't 'require' it
if there's a PCI Matrox card ?
Couldn't we do
if (drm_device_is_agp(dev
On Tue, May 17, 2005 at 05:11:40PM -0400, Christopher Allen Wing wrote:
I am testing a x86_64 computer with integrated i945G video. The existing
i915 DRI driver seems to work correctly on it once you tell it the correct
PCI IDs.
Is anyone looking into supporting the newer Intel chips? Just
On Thu, Mar 03, 2005 at 04:48:58AM +0100, Roland Scheidegger wrote:
here's a patch which mainly does 3 things:
- convert sis, mach64, and radeon to spantmp2.
The sis and mach64 drivers got a slight change, previously you could not
read back alpha values (always 0xff) and I don't think there
Craig,
Can you try adding this to your device section.
Option CacheLines 512
and send me another log.
Alan.
On Wed, Jan 26, 2005 at 07:44:05PM -0600, Sylla, Craig wrote:
Here is the full X log, gzipped.
Craig
-Original Message-
From: Alan Hourihane [mailto:[EMAIL
On Wed, Jan 26, 2005 at 05:54:51PM -0600, Sylla, Craig wrote:
Using X.org, Mesa, and DRM all from CVS on Jan 10, and following the build
instructions on the DRI wiki, I am getting lockups on my Intel 915G system.
I'm running Fedora Core 2, and did have to build / replace the
On Sat, Jan 08, 2005 at 04:01:19AM +, Dave Airlie wrote:
Hi Alan,
you checked in some changes to the i915 drm but the changelog looks like
you did more did you miss some changes in the checkin?
mainly it says added resume functionality but the patch just changed a
function name
documentation
for the cyberblade and some very early code for an old MESA that was
written by Alan Hourihane and then abandoned before it even drew
triangles.
Correction here. It does draw triangles. But that's about it. The documentation
is seriously lacking and so bringing up the engine on how
On Mon, Jan 03, 2005 at 05:09:31PM -0500, Adam Jackson wrote:
On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
Hello,
I would like 3D acceleration for my on-board Trident Cyberblade (VIA
PLE133), in order to run 3D apps (e.g. games and glxgears) faster. What
do I have to
On Mon, Jan 03, 2005 at 06:02:27PM -0500, Alex Deucher wrote:
On Mon, 3 Jan 2005 17:09:31 -0500, Adam Jackson [EMAIL PROTECTED] wrote:
On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
Hello,
I would like 3D acceleration for my on-board Trident Cyberblade (VIA
PLE133), in
On Mon, Jan 03, 2005 at 06:10:37PM -0500, Adam Jackson wrote:
On Monday 03 January 2005 18:02, Alex Deucher wrote:
On Mon, 3 Jan 2005 17:09:31 -0500, Adam Jackson [EMAIL PROTECTED] wrote:
On Monday 03 January 2005 09:46, Sjoerd Langkemper wrote:
Hello,
I would like 3D
Sounds like you are using an old CVS.
Try updating.
Alan.
On Thu, Dec 16, 2004 at 06:20:55PM +0100, Dieter Nützel wrote:
SM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM dri_util.c
In file included from dri_util.c:52:
dri_util.h:563: Warnung: redundant redeclaration of `glXGetProcAddress' in
On Fri, Dec 10, 2004 at 07:04:51PM +, Alan Hourihane wrote:
Folks,
There's a backwards compatibility breakage with X.Org 6.8.0 and beyond
because of revision 1.3 of the file xc/include/glxint.h. So, those
that provide binary drivers that were compiled against X.Org 6.7.x or
XFree86
the gamma driver is retired. And I think I say that as
about the only Linux user other than Alan Hourihane who has one 8)
That would be fine with me... Dave, AlanH, has the moment arrived?
Chop it!
Alan.
---
SF.Net email is sponsored
On Thu, Jul 29, 2004 at 12:18:05PM +0100, Dave Airlie wrote:
I've just checked in the basics of the i915 DRM for FreeBSD but nothing
happens... I'm running FreeBSD 5.2.1,
After I kldload i915.ko I see nothing in the dmesg... am I missing
something? or as the AGP driver stolen the card?
On Thu, Jul 15, 2004 at 08:22:42AM +0100, Dave Airlie wrote:
Is the i830 driver considered to be dead, should any future work go
towards the i915 one?
I think you can deem the i830 driver dead, and the i915 superceeds it.
All future work should go to the i915 driver.
Alan.
On Wed, Jun 23, 2004 at 10:18:32AM -0600, Brian Paul wrote:
Ian Romanick wrote:
Ian Romanick wrote:
I'm getting back to the TSL work, and I'd like to wrap it up as much
as possible by the end of the week. I sent a patch out of the current
state of things a little bit ago. Performance
On Thu, Jun 10, 2004 at 01:51:42PM +0100, Keith Whitwell wrote:
OK, the 3D and drm components are in CVS now. It'll be a little while
before it can be used by anyone as we need to get the DDX changes in
somewhere as well.
O.k. I've popped the 2D ddx into XFree86's CVS, followed up by a
On Fri, Jun 11, 2004 at 12:37:49PM -0400, Alex Deucher wrote:
On Thu, 10 Jun 2004 20:50:57 +0100, Alan Hourihane
[EMAIL PROTECTED] wrote:
On Thu, Jun 10, 2004 at 01:51:42PM +0100, Keith Whitwell wrote:
OK, the 3D and drm components are in CVS now. It'll be a little while
before
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL and cause
the binary DRI packages to break.
Is there someone looking to integrate the TLS
Attached is the patches from redhat source tree which are based on
XFree86 4.3.0 for review.
I think this code hits a lot of stuff that Ian has been working on, so
it'd be good if Ian has some comments.
Alan.
XFree86-4.3.0-redhat-libGL-opt-v2.patch.bz2
Description: BZip2 compressed data
On Fri, May 21, 2004 at 03:08:41PM +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
I emailed Keith regarding this a while back and he had some concerns
over the patches used, but I just wanted to bring to light both RedHat
and now Mandrake are shipping with the TLS versions of libGL
Thanks Dieter,
I'll fix that up asap as soon as CVS is working again on pdx.
Alan.
On Mon, Apr 26, 2004 at 02:09:57PM +0200, Dieter Nützel wrote:
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math -I../../src/mesa/tnl
On Sun, Apr 18, 2004 at 01:33:41PM +0200, Michel Dänzer wrote:
On Sun, 2004-04-18 at 04:19, Donnie Berkholz wrote:
On Sat, 2004-04-17 at 07:54, Alan Hourihane wrote:
On Sat, Apr 17, 2004 at 01:18:49AM +0200, Michel Dänzer wrote:
On Sat, 2004-04-17 at 00:00, Alan Hourihane wrote
On Sat, Apr 17, 2004 at 01:18:49AM +0200, Michel Dänzer wrote:
On Sat, 2004-04-17 at 00:00, Alan Hourihane wrote:
I could merge in XFree86 4.3.99.902 which is before the license change
Are you sure? AFAIK David applied the new license (or at least a
similarly controversial one) to some
On Thu, Apr 15, 2004 at 08:13:53AM -0700, Alex Deucher wrote:
Speaking of merging, what are everyone's thoughts on merging the DDX
trees (drivers at least, I don't know about the rest, especially with
the licensing)? I was thinking mostly DRI-xfree86 but I suppose we
could look at gatos too.
On Thu, Apr 08, 2004 at 06:22:15PM +0200, Dieter Nützel wrote:
dri-trunk/xc diff -ur xc/programs/Xserver/GL/glx/single2.c
xc/programs/Xserver/GL/glx/single2.c.orig
--- xc/programs/Xserver/GL/glx/single2.c2004-03-04 23:01:25.0
+0100
+++
There are problems building the savage driver on systems that pass
5 args into remap_page_range().
Looking at that function, isn't it best to follow suit with how the
i810 and i830 do this ?
Alan.
---
This SF.Net email is sponsored by: IBM
On Fri, Apr 09, 2004 at 12:38:07AM +0100, Dave Airlie wrote:
BTW, I'm going to start working on the DRM driver soon. I'm not sure
where to make my changes, in the xc module or in the new drm module. Has
the transition been formally completed? I havn't heard anything definite
yet. But
On Wed, Mar 17, 2004 at 09:14:52AM +, Keith Whitwell wrote:
Jon Smirl wrote:
This patch switches the dri build over to use the new standalone drm tree.
You will need to check out the new drm tree from the dri CVS root
Apply the patch to dri
DRMSrcDir in config/cf/host.def needs to be
On Wed, Mar 17, 2004 at 09:07:12AM -0800, Jon Smirl wrote:
--- Alan Hourihane [EMAIL PROTECTED] wrote:
I'd also like to mention that the Imakefile's or Makefile.linux/bsd will
still need to be in some form in these three directories.
xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm
On Mon, Mar 01, 2004 at 02:37:37PM +0100, Dieter Nützel wrote:
Someone preparing a merge?
Possibly,
for the binary packages we need to include the LICENSE documents.
Alan.
---
SF.Net is sponsored by: Speed Start Your Linux Apps Now.
Build
On Mon, Mar 01, 2004 at 01:19:39PM -0500, David Dawes wrote:
On Mon, Mar 01, 2004 at 02:15:13PM +, Alan Hourihane wrote:
On Mon, Mar 01, 2004 at 02:37:37PM +0100, Dieter Nützel wrote:
Someone preparing a merge?
Possibly,
for the binary packages we need to include the LICENSE
On Mon, Mar 01, 2004 at 10:26:58PM +0100, Felix Kühling wrote:
On Mon, 1 Mar 2004 19:29:45 +
Alan Hourihane [EMAIL PROTECTED] wrote:
On Mon, Mar 01, 2004 at 01:19:39PM -0500, David Dawes wrote:
On Mon, Mar 01, 2004 at 02:15:13PM +, Alan Hourihane wrote:
On Mon, Mar 01, 2004
On Tue, Feb 24, 2004 at 03:29:01PM +0100, Martijn Uffing wrote:
Ave people
DRI/MESA won't compile with gcc 2.95.4
My system is debian stable with gcc 2.95.4 as system compiler.
I get the error only with 2.95.4. If I use gcc 3.3.3 the whole buildtree
compiles fine. I get the exact same
On Tue, Feb 24, 2004 at 05:57:34PM +, Sérgio Monteiro Basto wrote:
On Tue, 2004-02-24 at 14:40, Alan Hourihane wrote:
On Tue, Feb 24, 2004 at 03:29:01PM +0100, Martijn Uffing wrote:
Ave people
DRI/MESA won't compile with gcc 2.95.4
My system is debian stable with gcc 2.95.4
On Tue, Feb 24, 2004 at 06:09:06PM +, Sérgio Monteiro Basto wrote:
On Tue, 2004-02-24 at 14:40, Alan Hourihane wrote:
Thanks for the report,
I've just checked in the fix.
Alan.
Now DRI/MESA won't compile with gcc 3.3
the output of make World have 3 megas bytes
On Tue, Feb 24, 2004 at 02:01:39PM -0700, Brian Paul wrote:
Felix Kühling wrote:
On Tue, 24 Feb 2004 19:33:16 +0100
Felix Kühling [EMAIL PROTECTED] wrote:
On Tue, 24 Feb 2004 09:56:29 -0700
Brian Paul [EMAIL PROTECTED] wrote:
Gregory Davis wrote:
[snip]
Greg Davis
In the
Felix,
How about dropping your current DRI savage driver into the Mesa trunk (6.1)
and whipping the driver into shape with the current DRI trunk.
I think that will serve you best, in that Mesa 5.x is obviously being
left behind now, and if you hit problems they may be bugs in 5.x your
hitting.
On Fri, Feb 20, 2004 at 05:30:57PM +0100, Felix Kühling wrote:
On Fri, 20 Feb 2004 14:55:55 +
Alan Hourihane [EMAIL PROTECTED] wrote:
Felix,
How about dropping your current DRI savage driver into the Mesa trunk (6.1)
and whipping the driver into shape with the current DRI trunk
On Fri, Feb 20, 2004 at 10:45:54PM +, Dave Airlie wrote:
mach64. I'd do the same with savage.
Either way, seeing as the driver would be in the Mesa trunk, DRI branches
don't seem to make much sense anymore to me, unless it's for work on GLX
like the work Ian's doing.
The whole
On Thu, Feb 05, 2004 at 08:59:44AM +1100, Daniel Stone wrote:
On Wed, Feb 04, 2004 at 05:03:15PM +, Alan Hourihane wrote:
Either cvs updating or committing to the DRI on freedesktop.org is broken
again.
Can you fix it Daniel, seeing as Eric is away ?
cvs update: Updating .
cvs
On Thu, Feb 05, 2004 at 09:26:44AM +1100, Daniel Stone wrote:
On Wed, Feb 04, 2004 at 10:21:47PM +, Alan Hourihane wrote:
On Thu, Feb 05, 2004 at 09:18:47AM +1100, Daniel Stone wrote:
Hmm, you're not in the DRI group. Should you be?
Yes, and I don't know how I fell out
Either cvs updating or committing to the DRI on freedesktop.org is broken
again.
Can you fix it Daniel, seeing as Eric is away ?
cvs update: Updating .
cvs update: failed to create lock directory for
`/cvs/dri/xc/xc/programs/Xserver/hw/xfree86/drivers'
On Mon, Feb 02, 2004 at 10:48:15PM +0100, Michel Dänzer wrote:
About keeping track of your patches: I wonder what others think about
giving you write access?
Go for it.
Alan.
---
The SF.Net email is sponsored by EclipseCon 2004
Premiere
On Mon, Feb 02, 2004 at 11:09:57PM +0100, Michel Dänzer wrote:
On Mon, 2004-02-02 at 23:08, Alan Hourihane wrote:
On Mon, Feb 02, 2004 at 10:48:15PM +0100, Michel Dänzer wrote:
About keeping track of your patches: I wonder what others think about
giving you write access?
Go
On Wed, Jan 28, 2004 at 03:05:35PM -0800, Ian Romanick wrote:
Alan Hourihane wrote:
Log message:
restore backwards compatibility
Modified files:
xc/xc/lib/GL/glx/:
glxclient.h
Was there an actual breakage? The __GLXscreenConfigsRec isn't supposed
to be used
On Wed, Jan 28, 2004 at 03:05:35PM -0800, Ian Romanick wrote:
Alan Hourihane wrote:
Log message:
restore backwards compatibility
Modified files:
xc/xc/lib/GL/glx/:
glxclient.h
Was there an actual breakage? The __GLXscreenConfigsRec isn't supposed
to be used
On Tue, Jan 27, 2004 at 09:44:31PM -0600, Otto Solares wrote:
On Tue, Jan 27, 2004 at 08:41:45PM +, Keith Whitwell wrote:
What I'd really like to be able to do now is build the dri drivers directly
out of the Mesa tree.
Does this means that finally we will see XFree and linux-solo
1 - 100 of 380 matches
Mail list logo