Martin Spott [EMAIL PROTECTED] wrote:
Ian Romanick [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: [EMAIL PROTECTED] 03/08/08 13:34:08
Log message:
Removed the R{ADEON,200}_AGP_TEX_OFFSET
Martin Spott wrote:
Ian Romanick [EMAIL PROTECTED] wrote:
Log message:
Removed the R{ADEON,200}_AGP_TEX_OFFSET contant as it's not really a
constant. Replaced it with a query of a chip configuration register
to get the correct value. This fixes various AGP texturing related
Ian Romanick [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: [EMAIL PROTECTED] 03/08/08 13:34:08
Log message:
Removed the R{ADEON,200}_AGP_TEX_OFFSET contant as it's not really a
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/
Changes by: [EMAIL PROTECTED] 03/07/29 03:11:48
Log message:
* IRQ code cleanup suggested by Linus Torvalds
* i830
On Tue, 2003-07-29 at 14:53, Martin Spott wrote:
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/
Changes by: [EMAIL PROTECTED] 03/07/29 03:11:48
Log message:
*
Keith Whitwell wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/i830/
Changes by: [EMAIL PROTECTED] 03/06/13 03:49:05
Log message:
Restore texture age waiting when swapping in new textures.
Modified files:
Jose Fonseca [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/
Changes by: [EMAIL PROTECTED] 03/06/03 16:27:02
Log message:
Split declarations/definitions in drm_scatter.h into
On Wed, Jun 11, 2003 at 05:11:06PM +, Martin Spott wrote:
Jose Fonseca [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/
Changes by: [EMAIL PROTECTED] 03/06/03 16:27:02
Log
Jose Fonseca wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: [EMAIL PROTECTED] 03/05/31 15:42:18
Log message:
Add a newline at end of file - believe it or not, this was the culprit for all
the build problems lately...
On Mon, Jun 02, 2003 at 09:14:23AM -0600, Jens Owen wrote:
Jose Fonseca wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: [EMAIL PROTECTED] 03/05/31 15:42:18
Log message:
Add a newline at end of file - believe it or not,
On Mon, Jun 02, 2003 at 07:02:37PM +0100, José Fonseca wrote:
On Mon, Jun 02, 2003 at 09:14:23AM -0600, Jens Owen wrote:
Jose Fonseca wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository:xc/xc/lib/GL/mesa/src/drv/r200/
Changes by:[EMAIL PROTECTED]
Keith Whitwell wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/i830/
Changes by: [EMAIL PROTECTED] 03/05/28 01:49:11
Log message:
Bit more optimization
Modified files:
xc/xc/lib/GL/mesa/src/drv/i830/:
i830_texmem.c
This
Quoting Ian Romanick ([EMAIL PROTECTED]):
Keith Whitwell wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/i830/
Changes by: [EMAIL PROTECTED] 03/05/28 01:49:11
Log message:
Bit more optimization
Modified files:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always returns 255). There's a comment there saying that it should work
but doesn't. I think that should be fixed before advertising an alpha
channel.
Leif Delgass wrote:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always returns 255). There's a comment there saying that it should work
but doesn't. I think that should be fixed before advertising
On Thu, 27 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always returns 255). There's a comment there saying that it should work
but
Leif Delgass wrote:
On Thu, 27 Mar 2003, Keith Whitwell wrote:
Leif Delgass wrote:
I removed the alpha component from the visuals because the 32 bit span
read function in i830_span.c doesn't read alpha from the framebuffer (it
always returns 255). There's a comment there saying that it should
I just ran into a problem with this change in host.def when building the
trunk:
#define UsrLibDir /usr/X11R6/lib
This caused the build to be installed in /usr/X11R6 even though I had
ProjectRoot defined as /usr/X11R6-DRI. According to xc/config/cf/README,
UsrLibDir is the directory in which
On Don, 2003-03-27 at 01:33, Leif Delgass wrote:
I just ran into a problem with this change in host.def when building the
trunk:
#define UsrLibDir /usr/X11R6/lib
This caused the build to be installed in /usr/X11R6 even though I had
ProjectRoot defined as /usr/X11R6-DRI. According to
On Don, 2003-03-27 at 04:09, Leif Delgass wrote:
On 27 Mar 2003, Michel Dänzer wrote:
On Don, 2003-03-27 at 01:33, Leif Delgass wrote:
I just ran into a problem with this change in host.def when building the
trunk:
#define UsrLibDir /usr/X11R6/lib
This caused the build to
On Die, 2003-03-04 at 18:57, Martin Spott wrote:
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: [EMAIL PROTECTED] 03/03/03 17:02:35
Log message:
Set Mesa hooks to flush
Am Dienstag, 4. März 2003 20:17 schrieb Martin Spott:
Martin Spott [EMAIL PROTECTED] wrote:
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository:xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by:[EMAIL PROTECTED] 03/03/03
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: [EMAIL PROTECTED] 03/03/03 17:02:35
Log message:
Set Mesa hooks to flush vertices on state changes (Keith Whitwell)
Whps, it appears
Martin Spott [EMAIL PROTECTED] wrote:
Michel Daenzer [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: [EMAIL PROTECTED] 03/03/03 17:02:35
Log message:
Set Mesa hooks to flush vertices on state changes
On Sat, 2003-02-08 at 17:46, Eric Anholt wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/dri/drm/
Changes by: anholt@sc8-pr-cvs1. 03/02/08 17:46:32
Log message:
Use the right subdirs for NetBSD.
Modified files:
xc/xc/lib/GL/dri/drm/:
Ian Romanick wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: idr@sc8-pr-cvs1. 03/02/07 12:07:04
Log message:
Fix DOT3 texture combine env.
Modified files:
xc/xc/lib/GL/mesa/src/drv/r200/:
r200_texstate.c
Revision
Ian Romanick wrote:
Ian Romanick wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository:xc/xc/lib/GL/mesa/src/drv/r200/
Changes by:idr@sc8-pr-cvs1.03/02/07 12:07:04
Log message:
Fix DOT3 texture combine env.
Modified files:
xc/xc/lib/GL/mesa/src/drv/r200/:
On Fri, 7 Feb 2003, Keith Whitwell wrote:
I don't have a local copy of the mesa-4.0.4 branch. Could somebody
commit this change to that tree? It's a pretty easy fix should make
Linus happy. :)
I'll do it.
Actually, I take that back - I don't have an r200 handy to test the
Leif Delgass wrote:
On Fri, 7 Feb 2003, Keith Whitwell wrote:
Actually, I take that back - I don't have an r200 handy to test the diff
didn't apply cleanly enough to wing it...
Anyone else?
Here's a hand-merged diff against mesa-4-0-4-branch. How does this look?
Meh. It looks like
Michel Dänzer wrote:
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1. 03/01/07 13:21:52
Log message:
Use shadowfb instead of mi shadow to fix
What clobbering is allowed can be inferred from the GLX specification.
If you overlook DBE for a second, I believe we are meeting the
requirements of the spec, so I wouldn't say we're broken.
This isn't true.
Consider when a diagonal line is drawn by Xlib across the active GL window,
with
Am Mittwoch, 8. Januar 2003 16:09 schrieb Michel Dänzer:
[ Why don't you CC: dri-devel? ]
Because of the included image.
Sorry for the double post, forgotten dri-devel in the first one, again.
On Mit, 2003-01-08 at 02:40, Dieter Nützel wrote:
On Die, 2003-01-07 at 22:35, Michel Daenzer
magenta wrote:
On Tue, Jan 07, 2003 at 03:00:10PM -0700, Jens Owen wrote:
Michel Daenzer wrote:
This doesn't help mixed OpenGL and X11 rendering in the same
window, but that supposedly doesn't work with the traditional method of
drawing to the back buffer and then copying it over the front
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1. 03/01/07 13:21:52
Log message:
Use shadowfb instead of mi shadow to fix 2D corruption when page flipping
is enabled.
Wow, you found the
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1. 03/01/07 13:21:52
Log message:
Use shadowfb instead of mi shadow to
Am Dienstag, 7. Januar 2003 23:35 schrieb Michel Dänzer:
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@sc8-pr-cvs1.
Am Mittwoch, 8. Januar 2003 00:06 schrieb Dieter Nützel:
Am Dienstag, 7. Januar 2003 23:35 schrieb Michel Dänzer:
On Die, 2003-01-07 at 23:00, Jens Owen wrote:
Michel Daenzer wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository:
On Tue, Jan 07, 2003 at 03:00:10PM -0700, Jens Owen wrote:
Michel Daenzer wrote:
This doesn't help mixed OpenGL and X11 rendering in the same
window, but that supposedly doesn't work with the traditional method of
drawing to the back buffer and then copying it over the front buffer
Alan Hourihane wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/extras/ogl-sample/main/gfx/lib/glu/libnurbs/nurbtess/
Changes by: alanh@usw-pr-cvs1. 02/10/24 01:43:56
Log message:
remove duplicate of swap()
Modified files:
Am Mittwoch, 2. Oktober 2002 09:58 schrieb Keith Whitwell:
I definitely running this on my dual Athlon with latest ACPI for 2.4.19
and irq's routing enabled, I think.
With procinfo -f I see ~980 irq/sec during gears.
Same with r200 code from yesterday. But it was much faster.
I
On Sat, 5 Oct 2002 03:50:38 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Mittwoch, 2. Oktober 2002 09:58 schrieb Keith Whitwell:
I definitely running this on my dual Athlon with latest ACPI for 2.4.19
and irq's routing enabled, I think.
With procinfo -f I see ~980 irq/sec during
But Q3A get best (~136 fps) only with setenv R200_NO_USLEEPS 1.
Stefan Lange reported that Quake3 gives him max 50FPS which sounds like
a usleep limit. I saw that usleep is used in several places in
r200_ioctl.c. I'm afraid that my change in r200Clear may be causing
trouble.
I could
On Thu, 3 Oct 2002, Keith Whitwell wrote:
Would the appropriate place to call 'pci_enable_device' be just after a
successful call to (deprecated) pci_find_slot() ?
That should work (but you should check for failure on the find, instead
of potentially trying to pass in a NULL pointer to
Felix Kühling wrote:
Keith,
you got the condition for waiting for an interrupt wrong.
r200_ioctl.c, line 330
...
/* if there was a previous frame, wait for its IRQ */
- if (iw-irq_seq != -1 sarea-last_frame r200GetLastFrame( rmesa ) ) {
+ if (iw-irq_seq != -1
I definitely running this on my dual Athlon with latest ACPI for 2.4.19 and
irq's routing enabled, I think.
With procinfo -f I see ~980 irq/sec during gears.
Same with r200 code from yesterday. But it was much faster.
I think I may have fixed your problem (thanks to Felix), can you try
On Mit, 2002-10-02 at 14:41, Keith Whitwell wrote:
Michel Daenzer wrote:
* environment variables are checked every time instead of just once on
context setup
What's the logic behind this?
You can change behaviour during runtime by changing the environment
variables, without
I'm getting quite similar results:
with xmms running in background: ~150 FPS
with xmms paused: ~130 FPS
after i unpause xmms, FPS will drop down very low (~10 FPS or s.th.) for
about 1 or 2 seconds (system load is almost 100% during that period),
and then go up to 150 again (with low
Keith,
after your latest r200 IRQ merge setenv R200_NO_USLEEPS 1 is badly needed,
again?
gears is lower than ever
Mesa/demos ./gears
r200CreateScreen
550 frames in 5.019 seconds = 109.584 FPS
566 frames in 5.016 seconds = 112.839 FPS
574 frames in 5.004 seconds = 114.708 FPS
590 frames in
Dieter Nützel wrote:
Keith,
after your latest r200 IRQ merge setenv R200_NO_USLEEPS 1 is badly needed,
again?
gears is lower than ever
Mesa/demos ./gears
r200CreateScreen
550 frames in 5.019 seconds = 109.584 FPS
566 frames in 5.016 seconds = 112.839 FPS
574 frames in 5.004
On Tue, 1 Oct 2002, Keith Whitwell wrote:
Sounds like you aren't getting irq's, for some reason, and it is falling back
to busy waiting.
The question is why aren't you getting irq's?
Keith, are you even asking the kernel to look up (and possibly enable) the
irq for you?
The magic word
Keith,
you got the condition for waiting for an interrupt wrong.
r200_ioctl.c, line 330
...
/* if there was a previous frame, wait for its IRQ */
- if (iw-irq_seq != -1 sarea-last_frame r200GetLastFrame( rmesa ) ) {
+ if (iw-irq_seq != -1 r200GetLastFrame( rmesa )
On Sun, 29 Sep 2002 22:47:47 +0200
Felix Kühling [EMAIL PROTECTED] wrote:
On Sun, 29 Sep 2002 13:22:44 -0700
Keith Whitwell [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: keithw@usw-pr-cvs1.
On Sun, 29 Sep 2002 13:22:44 -0700
Keith Whitwell [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: keithw@usw-pr-cvs1. 02/09/29 13:22:44
Log message:
irqwait patch from felix
Modified files:
Am Sonntag, 29. September 2002 22:57 schrieb Felix Kühling:
On Sun, 29 Sep 2002 22:47:47 +0200
Felix Kühling [EMAIL PROTECTED] wrote:
On Sun, 29 Sep 2002 13:22:44 -0700
Keith Whitwell [EMAIL PROTECTED] wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository:
On Sun, 29 Sep 2002 23:25:03 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Sonntag, 29. September 2002 22:57 schrieb Felix Kühling:
On Sun, 29 Sep 2002 22:47:47 +0200
Felix Kühling [EMAIL PROTECTED] wrote:
On Sun, 29 Sep 2002 13:22:44 -0700
Keith Whitwell [EMAIL PROTECTED]
Felix Kühling wrote:
On Sun, 29 Sep 2002 23:25:03 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Sonntag, 29. September 2002 22:57 schrieb Felix Kühling:
On Sun, 29 Sep 2002 22:47:47 +0200
Felix Kühling [EMAIL PROTECTED] wrote:
On Sun, 29 Sep 2002 13:22:44 -0700
Keith Whitwell [EMAIL
On Sun, 29 Sep 2002 22:37:36 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
On Sun, 29 Sep 2002 23:25:03 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
[snip]
Is r100/r200 a completely different thing?
If not why not a patch against both?
Then the testing audience
Am Montag, 30. September 2002 00:41 schrieb Dieter Nützel:
Am Sonntag, 29. September 2002 23:48 schrieb Felix Kühling:
On Sun, 29 Sep 2002 22:37:36 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
On Sun, 29 Sep 2002 23:25:03 +0200
Dieter Nützel [EMAIL
Am Montag, 30. September 2002 01:45 schrieb Dieter Nützel:
Am Montag, 30. September 2002 00:41 schrieb Dieter Nützel:
Am Sonntag, 29. September 2002 23:48 schrieb Felix Kühling:
On Sun, 29 Sep 2002 22:37:36 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
On
Michel Dänzer wrote:
On Don, 2002-09-26 at 18:17, Keith Whitwell wrote:
Michel Dänzer wrote:
Something else I've been thinking about is that relying on the
swi_emitted and swi_received counters being in sync is pretty fragile.
It might be better to use a scratch register instead.
Yes, it
On Fre, 2002-09-27 at 16:47, Keith Whitwell wrote:
Michel Dänzer wrote:
On Don, 2002-09-26 at 18:17, Keith Whitwell wrote:
Michel Dänzer wrote:
Something else I've been thinking about is that relying on the
swi_emitted and swi_received counters being in sync is pretty fragile.
It
It's a big hack to be doing this. I'd really like to know why this happens,
So would I. I suspect it's a workaround for some problem, it worked fine
here without. (as I said on IRC yesterday: but then I have sane hardware
:)
but in the mean time I'm ok to see it go in.
Okay,
On Fri, 2002-09-27 at 17:01, Michel Dänzer wrote:
Yep, but I guess you have to worry about then going to sleep *after* the
interrupt has arrived, if there is a delay in getting the scratch write across
the bus, compared to the irq, which should be instantaneous.
Is that really an
On 27 Sep 2002 18:46:20 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:
(BTW it would have been a pain in the neck for him to debug this without
reinit)
I agree !
OK, I see it now.
It's a big hack to be doing this. I'd really like to know why this happens,
So would I. I suspect
On Fre, 2002-09-27 at 18:51, Keith Whitwell wrote:
It's a big hack to be doing this.
BTW it also seems to work for him without writing to GEN_INT_CNTL all
the time, i.e. only acknowledging the bits in GEN_INT_STATUS. Would that
make it slightly less hackish? :)
I'd really like to know
On Fre, 2002-09-27 at 22:42, Keith Whitwell wrote:
Michel Dänzer wrote:
On Fre, 2002-09-27 at 18:51, Keith Whitwell wrote:
It's a big hack to be doing this.
BTW it also seems to work for him without writing to GEN_INT_CNTL all
the time, i.e. only acknowledging the bits in
On Thu, 2002-09-26 at 00:58, Eric Anholt wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: anholt@usw-pr-cvs1. 02/09/26 00:58:14
Log message:
R200 sync-to-vblank support (set LIBGL_THROTTLE_REFRESH=1)
Okay, that concludes
Eric Anholt wrote:
On Thu, 2002-09-26 at 00:58, Eric Anholt wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: anholt@usw-pr-cvs1. 02/09/26 00:58:14
Log message:
R200 sync-to-vblank support (set LIBGL_THROTTLE_REFRESH=1)
On Don, 2002-09-26 at 10:24, Eric Anholt wrote:
On Thu, 2002-09-26 at 00:58, Eric Anholt wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: anholt@usw-pr-cvs1. 02/09/26 00:58:14
Log message:
R200 sync-to-vblank
Michel Dänzer wrote:
On Don, 2002-09-26 at 10:24, Eric Anholt wrote:
On Thu, 2002-09-26 at 00:58, Eric Anholt wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/r200/
Changes by: anholt@usw-pr-cvs1. 02/09/26 00:58:14
Log message:
R200
On Don, 2002-09-26 at 18:17, Keith Whitwell wrote:
Michel Dänzer wrote:
Something else I've been thinking about is that relying on the
swi_emitted and swi_received counters being in sync is pretty fragile.
It might be better to use a scratch register instead.
Yes, it could be made
Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/
Changes by: mdaenzer@usw-pr-cvs1. 02/09/25 10:17:37
Log message:
IRQ related fixes
Modified files:
xc/xc/programs/Xserver/hw/xfree86/drivers/ati/:
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 ?
On the
Michel Dänzer wrote:
On Wed, 2002-06-26 at 10:32, Keith Whitwell wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/lib/GL/mesa/src/drv/radeon/
Changes by: keithw@usw-pr-cvs1. 02/06/26 01:32:32
Log message:
Fog correction
Out of curiosity, what was the problem?
On Mon, 2001-11-26 at 14:28, Keith Whitwell wrote:
Log message:
Put drm version back from 3.0 to 2.2; XFree86 4.1 is the baseline for
versioning information.
Modified files:
xc/xc/lib/GL/mesa/src/drv/r128/:
r128_xmesa.c
On Mon, Nov 26, 2001 at 02:51:18PM +0100, Michel Dänzer wrote:
On Mon, 2001-11-26 at 14:28, Keith Whitwell wrote:
Log message:
Put drm version back from 3.0 to 2.2; XFree86 4.1 is the baseline for
versioning information.
Modified files:
xc/xc/lib/GL/mesa/src/drv/r128/:
Michel Dänzer wrote:
On Mon, 2001-11-26 at 14:28, Keith Whitwell wrote:
Log message:
Put drm version back from 3.0 to 2.2; XFree86 4.1 is the baseline for
versioning information.
Modified files:
xc/xc/lib/GL/mesa/src/drv/r128/:
r128_xmesa.c
Well, trunk kernel modules won't compile, but bsd-2-0-0-branch will usually
compile and run most of the cards (rage128 is really slow, and i810 is not
supported). I have patches for compiling the kernel modules, and a port of
them, up at my webpage: http://gladstone.uoregon.edu/~eanholt/dri/
On Tue, Sep 11, 2001 at 09:19:42AM -0700, Eric Anholt wrote:
Well, trunk kernel modules won't compile, but bsd-2-0-0-branch will usually
compile and run most of the cards (rage128 is really slow, and i810 is not
supported). I have patches for compiling the kernel modules, and a port of
79 matches
Mail list logo