On Wed, 2009-02-04 at 04:42 -0800, Dave Airlie wrote:
So marcheu reminded me of my laziness and I built mach64 but I took a
quick look at its API and its not 32/64 compliant by any reach.
So I'd like to merge it with a version 3.0.0 API which fixes all the API
issues I could fine,
You already can do it with an environment variable:
LD_LIBRARY_PATH=/path/to/mesa/software/only/libGL your-app
Jose
On Mon, 2008-11-17 at 00:03 +0100, Philipp Klaus Krause wrote:
I think it would be useful if one could choose software rendering
without having to uninstall hardware
I've just pushed a interface change to gallium.
A finer grained pipe_screen::is_format_supported was needed. Namely,
it needed to distinguish among different pipe_texture_targets, as
hardware some times has limitations in the formats that can be used
for cubemaps and texturemaps. The same thing
In order to properly represent the compressed textures and (yuv formats
to some extent) it is necessary to abandon the chars-per-pixels concept
in gallium, and use instead the concept of pixel blocks (in p_format.h):
/**
* Describe accurately the pixel format.
*
* The chars-per-pixel concept
On Fri, Jun 27, 2008 at 9:37 PM, Jakob Bornecrantz [EMAIL PROTECTED] wrote:
On Fri, Jun 27, 2008 at 12:57 PM, José Fonseca
[EMAIL PROTECTED] wrote:
In order to properly represent the compressed textures and (yuv formats
to some extent) it is necessary to abandon the chars-per-pixels concept
On Fri, Jun 6, 2008 at 10:47 AM, Younes Manton [EMAIL PROTECTED] wrote:
I think this would be a good time to speak up. My GSoC project
involves writing a state tracker for XvMC, aside from the mesa state
tracker I understand this is the only other public state tracker
around. I don't have any
On Sat, Jun 7, 2008 at 12:07 AM, Younes Manton [EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 6:12 AM, José Fonseca
[EMAIL PROTECTED] wrote:
On Fri, Jun 6, 2008 at 10:47 AM, Younes Manton [EMAIL PROTECTED] wrote:
As an aside, is there any preferred directory structure people would
like
On a cross-platform source tree there are files that:
(a) should keep their unix LF line endings (e.g., shell scripts),
(b) should keep their DOS CR+LF line endings (.inf files), and
(c) should switch whatever the user prefers and have CR CR+LF treated
indiscriminately (C/C++ source files).
For
On 2/14/08, José Fonseca [EMAIL PROTECTED] wrote:
I'll dedicate some time now to reorganize gallium's code build process.
This is
stuff which has been discussed internally at TG several times, but this time I
want to get it done.
My objectives are:
- leaner and more easy to understand
/p_*.h
includes.
Jose
On Thu, 2008-02-14 at 15:38 +0900, José Fonseca wrote:
I'll dedicate some time now to reorganize gallium's code build process.
This is
stuff which has been discussed internally at TG several times, but this time I
want to get it done.
My objectives are:
- leaner
rather than rebase in order to get my changes
into the new organization -- apologies for the bubble in the history.
Keith
José Fonseca wrote:
Just to let you know that the first step, file shuffling, is finished.
The rest will take more time but changes are less pervasive. Once you
On 2/15/08, Kristian Høgsberg [EMAIL PROTECTED] wrote:
On Thu, Feb 14, 2008 at 1:38 AM, José Fonseca
[EMAIL PROTECTED] wrote:
I'll dedicate some time now to reorganize gallium's code build process.
This is
stuff which has been discussed internally at TG several times, but this
time
I'll dedicate some time now to reorganize gallium's code build process. This
is
stuff which has been discussed internally at TG several times, but this time I
want to get it done.
My objectives are:
- leaner and more easy to understand/navigate source tree
- reduce (or even eliminate) merges
On Thu, 2008-02-14 at 08:50 +0200, Daniel Stone wrote:
On Thu, Feb 14, 2008 at 03:38:45PM +0900, José Fonseca wrote:
3. Using scons, enhance the build system to support all platforms we are
interested (i.e., linux and win32, atm),
http://lwn.net/Articles/188693/
'There were major
I've just enabled TextChas on the DRI Wiki:
http://dri.freedesktop.org/wiki/HelpOnTextChas
http://moinmo.in/TextCha
It is now necessary to answer a question when creating an user account
and editing pages.
The questions consist in GPU manufacturer and model names -- something
than a normal
Hi,
I've restarted the periodic generation of doxygen HTML documentation
from the Mesa's git repository:
- Mesa (master branch) documentation is being generated weekly into
http://dri.freedesktop.org/doxygen/mesa/
- Gallium (gallium-0.1 branch) documentation is being generated
nightly into
On Sun, 02 Dec 2007 20:59:16 +, José Fonseca wrote:
On Fri, 23 Nov 2007 00:27:37 +0100, Pascal Vincent wrote:
Hello,
can you please indicate the current ATI mach64 DRI status. In fact,
http://dri.freedesktop.org/wiki/ATIMach64 page is not so clear so i
don't have the clear responses
On Fri, 23 Nov 2007 00:27:37 +0100, Pascal Vincent wrote:
Hello,
can you please indicate the current ATI mach64 DRI status. In fact,
http://dri.freedesktop.org/wiki/ATIMach64 page is not so clear so i
don't have the clear responses to - is mach64 is now secure ? this means
:
- is it
I've never learned to use Emacs. I love vim, but it doesn't scale for
me when editing more than three files at the same time or projects
with more than one directory. After two years using Eclipse for Python
and Windows C++ development, I've been using almost exclusively
Eclipse for Xorg/Mesa/DRI
. The hotter the colour of a function is, more time is spent on that
function and its children.
José Fonseca
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT
On Thu, Oct 31, 2002 at 11:39:42AM +, Alan Cox wrote:
On Thu, 2002-10-31 at 02:16, José Fonseca wrote:
People which are interested in having these drivers see the light of day
(I know that the Savage chip is common on laptops and AFAIK there no
nVidia proprietary drivers for non-Linux non
Alan,
On Wed, Oct 23, 2002 at 01:40:09AM +0100, José Fonseca wrote:
On Wed, Oct 23, 2002 at 01:01:39AM +0100, Alan Cox wrote:
... I would expect to want to prefetch the input data (please trust
copy_from_user to do this right, it doesn't do a good job yet but its
the business of that code to do
in stages to try and minimize the disruption.
Jose - it may be worth disabling the automated builds for a few days.
Done, Alan. Only the non-trunk -- bleeding-edge mach64 and s3virge -- builds
are enabled now.
José Fonseca
---
This sf.net emial
and copy should be done at the same
time or in distint steps, which relates to benefit of prefetching
and/or uncached-writes (which isn't even clear if are actually a benefit
or not).
José Fonseca
---
This sf.net emial is sponsored by: Influence
On Wed, Oct 23, 2002 at 01:01:39AM +0100, Alan Cox wrote:
On Wed, 2002-10-23 at 00:19, José Fonseca wrote:
[...]
I'm not sure what you mean with cache above, but the Mach64 has a ring
buffer with all the pending DMA buffers, so there will be DMA transfer
simultaneously with the copy/verify
will be a
little complicated. We have to carefully think of the API (i.e., the
IOCTLs) to allow everything play nice with each-other - inside and
outside of the DRM.
José Fonseca
willmore I just wanted to answer his question on the mailing list about
copying/verifying DMA buffers. Copy first
picturing exactly what you mean
with 2 times the right side off the screen. Could you provide a
screenshot?
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
to strip anything out of it.
I hope this helps to discover the Sig11 problem.
José Fonseca
On Fri, Oct 11, 2002 at 01:22:13AM +0200, Michel Dänzer wrote:
On Fre, 2002-10-11 at 00:24, José Fonseca wrote:
[...]
Michel, what does exactly this mean?
We don't have a way to find out the version
- Forwarded message from Ian Molton [EMAIL PROTECTED] -
Date: Fri, 11 Oct 2002 22:11:50 +0100
From: Ian Molton [EMAIL PROTECTED]
Subject: Re: [Dri-devel] snapshot radeon-20021009 problem report: radeon_unlock
To: José Fonseca [EMAIL PROTECTED]
On Fri, 11 Oct 2002 20:31:53 +0100
José
Keith,
I'm curious to know how you reminded after so long (7 months)! Did you
actually writed it now or was it stuck in a mail queue all this time?
By now I got to more or less to those answers, but thanks anyway. As saying
goes: it's better late than never!
Regards,
José Fonseca
On Thu
(the signal 11) go
away if libxaa.a was included in the binary snapshots?
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing
from the ones provided on
SourceForge.
I use another unofficial Xfree deb-mirror, is this 4.1/4.2?
DRI CVS snapshot packages, so based on 4.2.0.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http
Binary snapshots for the Intel i830/i845 chipsets are now available from
the usual place, http://dri.sourceforge.net/snapshots/ .
Please report any problems with the driver installation to me and/or
dri-users mailing list, and problems with the drivers themselves to
dri-devel.
Jose Fonseca
Jens,
On Mon, Oct 07, 2002 at 09:55:10AM -0600, Jens Owen wrote:
José Fonseca wrote:
Next snapshots (which are now fully automated again) have this already.
Notify if you run into problems.
Jose, or anybody interested in creating an 830/845 package? TG has
released many bug fixes
so I'm forwarding to there too.
I can already advance that the full XFree86.0.log would be nice to see
if a message regarding the XAA versioning pops up or not.
Jose Fonseca
On Fri, Oct 04, 2002 at 04:08:47PM -0400, John Jasen wrote:
On Fri, 4 Oct 2002, José Fonseca wrote:
Was any error message
On Tue, Sep 24, 2002 at 02:38:51PM +0100, José Fonseca wrote:
On Sat, Aug 31, 2002 at 09:01:16AM -0600, Jens Owen wrote:
It looks like there is some type of problem when the GL subdirectory is
empty. Here's what the script tries to do when it get's to an empty GL
portion of the install
On Thu, Oct 03, 2002 at 05:02:44PM -0600, Jens Owen wrote:
José Fonseca wrote:
Anyway, I already have the minimum chroot environment setup. I just
need
to test it with a few snapshots, and arrange so that everything can be
automated from a cronjob again.
Ok. I've just finished building a set
On Thu, Oct 03, 2002 at 05:06:38PM +0200, Dieter Nützel wrote:
Am Mittwoch, 2. Oktober 2002 19:29 schrieb José Fonseca:
On Wed, Oct 02, 2002 at 06:50:50PM +0200, Dieter Nützel wrote:
[...]
The RedHat 8.0/glibc-2.3 problem is simple. Stay away from it before
glibc-2.3 is in wide spread
snapshots. I surely can't make
one for each system out there. And if the others distros don't also
upgrade to glic-2.3 then I think the best is to completely stop the
snapshots builds and replace them with a nice set of scripts which
people can use to make their own customized snapshot.
José
On Wed, Oct 02, 2002 at 01:35:50PM +0200, Michael Thaler wrote:
On Wed, Oct 02, 2002 at 01:15:26PM +0200, Michel Dänzer wrote:
You don't need to build for every system, just against an older version
of glibc.
I am not using these binary snapshots, but I appreciate this work. But
please do not
. This is
no surprise since the snapshot lacks some of the libraries which DRI has
updated.
If I can put together a binary snapshot with the right libraries that
will work with a stock installation, I'll be happy to supply these,
since they should be like the old snapshots that José Fonseca
On Wed, Oct 02, 2002 at 06:50:50PM +0200, Dieter Nützel wrote:
Am Mittwoch, 2. Oktober 2002 18:35 schrieb Andy Dustman:
[...]
Which is it, then: Snapshots or no snapshots? The current snapshots (for
linux-i386) don't work unless you have Red Hat 8.0 and/or glibc-2.3; I'm
not even sure that
On Wed, Oct 02, 2002 at 10:33:11AM -0700, Russ Dill wrote:
[...]
But I see rough times ahead for the binary snapshots. I surely can't make
one for each system out there. And if the others distros don't also
upgrade to glic-2.3 then I think the best is to completely stop the
snapshots builds
Andreas,
On Mon, Sep 30, 2002 at 06:57:52PM +0200, Andreas Allacher wrote:
Hi,
Will you add (or will there be in future) also DRI-support for the
graphic device SIS630. If yes do you know a not exactly date?
I'm not 100% sure of the current state of the SIS chips DRI drivers so
I'm CC'ing my
snapshots almost twice as large?
As Felix pointed out, it seems that the new gcc uses a different debug
format. If that alone is the single reason is the mistery...
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek
- Forwarded message from John Kelly [EMAIL PROTECTED] -
Date: 28 Sep 2002 23:34:22 -0400
From: John Kelly [EMAIL PROTECTED]
Subject: Re: [Dri-users] Ann: gcc-2.96 compiled snapshots available
To: José Fonseca [EMAIL PROTECTED]
On Sat, 2002-09-28 at 13:02, José Fonseca wrote:
I just
to the site as well.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
changes happening here: XAA binary compatibility and gcc 3.2.
I'll announce it when done.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
snapshots please test and report back to the dri-devel mailing list.
If there is a difference then I'll make them available on a regular
basis.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com
On Wed, Sep 25, 2002 at 10:32:32PM -0400, Andy Dustman wrote:
On Tue, 2002-09-24 at 09:25, José Fonseca wrote:
I've updated my workstation to the RedHat Linux 7.3.94 beta, which has
gcc 3.2. So now forward the snapshots will be built with this version.
AFAIK this shouldn't pose any problem
Hi guys. Yep, vacations ended.
I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now
forward the snapshots will be built with this version. AFAIK this shouldn't pose any
problem to the users since the key issue is that the kernel modules are compiled with
the
On Sat, Aug 31, 2002 at 09:01:16AM -0600, Jens Owen wrote:
It looks like there is some type of problem when the GL subdirectory is
empty. Here's what the script tries to do when it get's to an empty GL
portion of the install.
Ok. The problem is at:
echo -nGL GLU
again.
I'll get back again as soon as I have further clue.
José Fonseca
On Mon, Jul 15, 2002 at 07:29:53PM -0400, Leif Delgass wrote:
The problem only appears when the procedural texture in the center of the
octagon is clipped by the window edge. Here's a shot of it unclipped:
http
On Tue, Jul 16, 2002 at 11:54:02AM -0400, Leif Delgass wrote:
On Wed, 10 Jul 2002, Allen Barnett wrote:
2. clipping.c: In this program, a cube is drawn using a flat shaded quad
strip with different colors for each pair of vertices. If a face of the cube
is clipped by an edge of the X
gnome-name-server[1424]: name server starting
Jul 16 17:41:45 Coke gnome-name-server[1426]: starting
José Fonseca
---
This sf.net email is sponsored by: Jabber - The world's fastest growing
real-time communications platform! Don't just IM
development, but I hope you still keep
your insterest on the DRI development. Thanks for all the help you've
given, Felix!
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
while looping around the ring, reading the first
entry. My guess is that the engine was already busted somehow...
Jul 15 13:16:48 viking kernel: [drm] BM_COMMAND = 0x4000
Jul 15 13:16:48 viking kernel: [drm]
[...]
José Fonseca
On Mon, Jul 15, 2002 at 10:35:46PM +0200, Dieter Nützel wrote:
On Sunday 14 July 2002 16:15, José Fonseca wrote:
[...]
What the install scripts additionally does is `modprobe agpgart`. Could
it be that agpgart was forgotten to be added to /etc/modules.conf?
It should read this way
script loads the module with `modprobe radeon`, i.e.,
without the .o, so it should pick the installed one.
What the install scripts additionally does is `modprobe agpgart`. Could
it be that agpgart was forgotten to be added to /etc/modules.conf?
José Fonseca
On Thu, Jul 04, 2002 at 06:49:32PM +0100, José Fonseca wrote:
On Thu, Jul 04, 2002 at 12:58:13PM -0500, David Willmore wrote:
I had a lockup on an older version of the mach64 DRI driver, so
I thought I'd retest with a newer one. gltestperf locks up (no
response to keyboard, but mouse still
but it wouldn't prevent that an application generated a
wild number of triangles per frame and this would happen again, so I
already fixed it on CVS. Of course that frame throttling has merits on its
own so we should eventually look into it.
José Fonseca
On Sat, Jul 13, 2002 at 08:12:26PM -0400, Leif Delgass wrote:
On Sat, 13 Jul 2002, Leif Delgass wrote:
On Sun, 14 Jul 2002, José Fonseca wrote:
But the fact remains that the reads from GUI_STAT aren't reliable. I
wonder if the chip creats some transient values...
I wonder
On Sun, Jul 14, 2002 at 03:04:19PM -0400, Leif Delgass wrote:
I assume you didn't mean to read GUI_STAT twice in a row here, right?
8-O Right... It's already on CVS. Thanks for spotting that out!
José Fonseca
---
This sf.net email
On Sun, Jul 14, 2002 at 10:09:44PM +0200, Felix Kühling wrote:
On Sun, 14 Jul 2002 19:59:08 +0100
José Fonseca [EMAIL PROTECTED] wrote:
[...]
Felix, please try the patch attached. I'm also gonna see if I can
Ok, I will apply it. But since the errors were very rare, it will take
some
problems. Maybe other programmes
have the same problem but I didn't test them that thoroughly ;)
BTW, I'm also trying to figure out a problem reported by David Willmore
is always reproducible on gltestperf, which seems to happens due to
excess rate of tris/sec.
José Fonseca
with a different versions than the
rest.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL
-a then the modprobe fixes this... I was thinking that maybe this depmod
-a should be included in the script. Is this a bad idea?
No, it's a good idea alright, and I've just add '/sbin/depmod -a' to the
install.sh script after installing/restoring the kernel modules. The
next snapshots will have it.
José
'
instruction and that the 'rep' prefix just added the conditional jump...
Thanks.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http://thinkgeek.com/sf
that esi and edi are decremented.
On Fri, 12 Jul 2002 11:51:13 +0100
José Fonseca [EMAIL PROTECTED] wrote:
[...]
I though that the %ecx decrement was already handled by the 'movsl'
instruction and that the 'rep' prefix just added the conditional jump...
I missed the start
didn't manage to test bigger points - now I know why!
Oh, I also fixed polygon stippling to work as a software fallback.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Gadgets, caffeine, t-shirts, fun stuff.
http
that these are features very important in the current and next
generation of graphics cards.
I would like to know your opinion about the influence this may have for
the DRI and Mesa3D projects in particular, and for the OpenGL API in
general.
José Fonseca
On Thu, Jul 11, 2002 at 06:34:40PM -0400, Leif Delgass wrote:
On Thu, 11 Jul 2002, Brian Paul wrote:
Leif Delgass wrote:
I just discovered that the glean failures in blendFunc, logicOp,
orthoPosRandTris, orthoPosRandRects, orthoPosTinyQuads, and polygonOffset
are the result of
issues which have been
neglected so far, and which can be the cause behind of some of these
problems. At any rate your cases will help to determine that.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Two, two, TWO treats in one.
http
just on the meeting start.
Anyway, I'm going to see next week I don't forget it again (and with some luck even
send the
notification myself!)
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Stuff, things, and much much more.
http
.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Oh, it's good to be a geek.
http://thinkgeek.com/sf
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
r128_cce.c
r128_drm.h
r128_drv.h
r128_state.c
radeon.h
radeon_cp.c
radeon_drm.h
radeon_drv.h
radeon_state.c
from .../linux/drm/kernel?
José Fonseca
On Mon, Jul 08, 2002 at 12:09:01AM +0100, José Fonseca wrote:
This is the same
On Mon, Jul 08, 2002 at 11:16:55PM +0200, Michel Dänzer wrote:
On Mon, 2002-07-08 at 21:49, José Fonseca wrote:
I've determined what was breaking the binary snapshots DRM: there are several
files in .../linux/drm/kernel which are later symlinked from .../shared/drm/kernel.
The current script
On Fri, Jul 05, 2002 at 02:23:49PM +0100, Alan Hourihane wrote:
On Fri, Jul 05, 2002 at 01:51:50PM +0100, José Fonseca wrote:
[...]
Yes, that seems cleaner, since I won't have to bother eliminating the
compiled stuff away.
Yep.
What does 'uname -s' return on NetBSD and FreeBSD
to the drivers? It shouldn't be very
difficult.
I don't know how deep is the complexity of a agp bridge, nor the legal
implications this, but in the lack of interest from the vendor, reverse
engineering the Window drivers might be feasible last resort option.
José Fonseca
macros.
José Fonseca
Index: mmath.h
===
RCS file: /cvsroot/dri/xc/xc/extras/Mesa/src/mmath.h,v
retrieving revision 1.24.12.1
diff -u -r1.24.12.1 mmath.h
--- mmath.h 27 Jun 2002 22:03:50 - 1.24.12.1
+++ mmath.h 4 Jul
, it's normal because the DRI CVS doesn't contain the full XFree86
code. If you want a different ProjectRoot then you must first create
that directory and then `lndir` from the directory where you have X
installed (usually /usr/X11R6) to that one.
José Fonseca
. ;)
Patient: Doctor, it hurst when I do this.
Dr. Well, then don't do that.
:-)
Cheers,
David
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Caffeinated soap. No kidding.
http://thinkgeek.com/sf
On Mon, Jul 01, 2002 at 07:34:31AM +0100, Keith Whitwell wrote:
José Fonseca wrote:
Preliminary support Mach64 native vertex buffer template was added to
CVS. The measures on the increase of performance in doing this are
rather marginal unfortunately: I got an increase of 800 poly/sec (over
35400
On Mon, Jul 01, 2002 at 07:43:40AM +0100, Keith Whitwell wrote:
José Fonseca wrote:
[...]
I think this is a bug in Mesa. First because a macro should generally
behave as an
ordinary function, unless there is a very special reason not to do so.
Hmm, not really, this is something people
On Mon, Jul 01, 2002 at 11:37:59AM +0100, Keith Whitwell wrote:
José Fonseca wrote:
[...]
Indeed! Here are the results of the 'b' and 'B' benchmark with the
default settings before:
Benchmarking...
Result: triangles/sec: 205098 fps: 28.5771
Benchmarking...
Result: triangles/sec: 204282 fps
On Mon, Jul 01, 2002 at 06:32:18AM -0600, Brian Paul wrote:
Keith Whitwell wrote:
José Fonseca wrote:
[...]
I suggest two things:
1. Put a comment where INTERP_F is defined, noting that some parameters
are evaluated twice. I'll do this.
2. Change this:
INTERP_F( t, (*dst++).f, (*out
architectures, and therefore a
doubt that I came about: is it necessary to swap bytes when writting a
IEEE fp number on a bigendian machine, or is the IEEE fp number stored
independently of that?
José Fonseca
---
This sf.net email is sponsored
.
Both of these things appear to had contribute to a further improvement of the
poly/sec in ipers.
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
On Mon, Jun 24, 2002 at 10:08:42AM -0700, Ian Romanick wrote:
On Tue, Jun 18, 2002 at 12:09:02AM +0100, José Fonseca wrote:
On 2002.06.17 23:19 Keith Whitwell wrote:
We could overcome the GLX difficulties in the same way we do now in
libGL with the direct rendering.
But I still
On Thu, Jun 27, 2002 at 11:54:53AM +0200, Massimiliano Lingua wrote:
[...]
3) Did you set backbuffer size and texsize in XF86Config like I
suggested in the README?
Max, where can I find that README? I would like to put it in the same
place as the binary snapshots.
José Fonseca
writing new drivers easier and
remove significant amounts of duplicated code.
Maybe this should be updated.
Yep. This is way old (I think it refers to mach64-0-0-1-branch).
José Fonseca
---
This sf.net email is sponsored by:ThinkGeek
Bringing you
xf86drmS3V.o
And the packaging script fails since it can't find libdrm.a.
Max, is there any file related to i830 missing or outdated in the
s3virge branch? Or perhaps the i830 driver should be disabled on this
branch.
José Fonseca
the branch number too.
José Fonseca
---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the season | Special offer for OSDN members!
JabberConf 2002, Aug. 20-22, Keystone, CO http://www.jabberconf.com/osdn
On Wed, Jun 26, 2002 at 01:52:00PM -0400, Leif Delgass wrote:
On Wed, 26 Jun 2002, José Fonseca wrote:
On Wed, Jun 26, 2002 at 12:16:15PM -0400, Leif Delgass wrote:
[...]
Jose, I think now would be a good time for us to merge the trunk into a
new Mach64 branch. Brian released Mesa 4.0.3
On Wed, Jun 26, 2002 at 02:17:26PM -0400, Leif Delgass wrote:
On Wed, 26 Jun 2002, José Fonseca wrote:
[...]
Yep. That's it. Basically one needs to checkout the trunk, tag it with
the new mach64-0-0-5-branch, and then merge from the old branch (by
doing cvs update -r mach64-0-0-4-branch
On Wed, Jun 26, 2002 at 08:51:18PM +0200, Massimiliano Lingua wrote:
On Wed, 2002-06-26 at 16:48, José Fonseca wrote:
Are the ProSavage docs you have enough to get a good start on Savage4?
their 3D engine is nearly identical. Er, I forgot, I got Savage4 docs
too from S3/VIA. I am definetly
errors after.
Perhaps something was forgoten when commiting?
José Fonseca
---
This sf.net email is sponsored by: Jabber Inc.
Don't miss the IM event of the season | Special offer for OSDN members!
JabberConf 2002, Aug. 20-22, Keystone, CO http
On Wed, Jun 26, 2002 at 04:22:07PM -0400, Leif Delgass wrote:
On Wed, 26 Jun 2002, Alan Hourihane wrote:
On Wed, Jun 26, 2002 at 07:44:14PM +0100, José Fonseca wrote:
Alan, hint? (Or How have you just done now with the s3virge branch?)
cvs update -j HEAD
and resolve the conflicts
On Wed, Jun 26, 2002 at 08:56:04PM +0100, Alan Hourihane wrote:
On Wed, Jun 26, 2002 at 08:38:03PM +0100, José Fonseca wrote:
On Wed, Jun 26, 2002 at 10:04:27AM -0700, Alan Hourihane wrote:
o.k. it's builds now, max needs to check it runs o.k.
...
Perhaps something was forgoten when
the development of DRI drivers:
http://slashdot.org/article.pl?sid=02/06/09/0236221 .
The choice [as always] depends entirely on which factors you value the most. I hope
this helps.
José Fonseca
---
This sf.net email is sponsored by: Jabber Inc
1 - 100 of 364 matches
Mail list logo